このコンテンツは選択した言語では利用できません。
Chapter 1. Connectivity Link 1.3 release notes
Welcome to the Red Hat Connectivity Link release notes, where you can learn about what is new and what is fixed.
1.1. Red Hat Connectivity Link 1.3 release notes リンクのコピーリンクがクリップボードにコピーされました!
Red Hat Connectivity Link is a modular and flexible solution for application connectivity, policy management, and API management in multicloud and hybrid cloud environments. You can use Connectivity Link to secure, protect, connect, and observe your APIs, applications, and infrastructure.
Connectivity Link is based on the Kuadrant community project. Connectivity Link provides a control plane for configuring and deploying ingress gateways and policies based on the Kubernetes Gateway API standard. Connectivity Link supports OpenShift Service Mesh 3.2 as the Gateway API provider, which is based on the Istio community project.
See the Red Hat Connectivity Link Life Cycle Policy for details about version support and OpenShift Container Platform compatibility.
1.1.1. New features and enhancements リンクのコピーリンクがクリップボードにコピーされました!
You can use the new features and enhancements that are available with Red Hat Connectivity Link 1.3.
- CoreDNS integration for on-premise DNS is Generally Available
- Connectivity Link 1.3 provides integration with CoreDNS for on-premise DNS as a Generally Available feature.
For more information, see About using on-premise DNS with CoreDNS.
- Updated Observability documentation is now available
- Connectivity Link 1.3 includes enhanced Observability documentation, including configuring access logs, tracing, and request correlation. For more information, see Red Hat Connectivity Link observability.
1.1.2. Known issues リンクのコピーリンクがクリップボードにコピーされました!
Connectivity Link 1.3 has two known issues.
-
When the disk storage option is enabled in the
Limitadorcustom resource (CR), both the initiallimitadordeployment and Operator update get stuck on aMulti-Attacherror because of the persistent volume claim (PVC) volume. As a workaround, you can change thelimitadordeployment strategy to"Recreate"and the reconcilation process works as expected. (CONNLINK-855) -
When either the
RedisorRedisCachedstorage option is set in aLimitadorCR and thelimitadorpod gets restarted for any reason, the first request to the gateway is never rate-limited. Allhttprequests after this are rate-limited. (CONNLINK-856)
1.2. Async releases リンクのコピーリンクがクリップボードにコピーされました!
Security, bug fix, and enhancement updates for Red Hat Connectivity Link 1.3 are released asynchronously through the Red Hat Network. All Red Hat Connectivity Link 1.3 updates are available on the Red Hat Customer Portal. For more information about asynchronous updates, read the Red Hat Connectivity Link Life Cycle Policy.
Red Hat Customer Portal users can enable update notifications in the account settings for Red Hat Subscription Management (RHSM). When notifications are enabled, you are notified through email whenever new updates relevant to your registered systems are released.
This section is updated over time to provide notes on enhancements and bug fixes for future asynchronous releases of Red Hat Connectivity Link 1.3. Versioned asynchronous releases, for example with the Red Hat Connectivity Link 1.3.z, are detailed in the following subsections.
1.2.1. Red Hat Connectivity Link 1.3.3 new feature and enhancement update リンクのコピーリンクがクリップボードにコピーされました!
Issued: 30 April 2026
Red Hat Connectivity Link release 1.3.3 is now available. A description is available in the RHEA-2026:10743 advisory. Red Hat Connectivity Link uses the stable update channel to track and receive updates for the Red Hat Connectivity Link Operator. You can manage how your updates are applied through your Operator Lifecycle Manager (OLM) subscription resource. For more information, see Updating Red Hat Connectivity Link.
1.2.1.1. New features and enhancements リンクのコピーリンクがクリップボードにコピーされました!
With this release, the Model Context Protocol (MCP) gateway is now available as a Technology Preview feature. This experimental feature is not intended for production use. The MCP gateway is available on the preview update channel. Note the following scope of support on the Red Hat Customer Portal for this feature: Technology Preview Features - Scope of Support.
The MCP gateway aggregates in-cluster and remote MCP servers behind a single endpoint. The MCP gateway discovers every tool available to you on registered MCP servers. You can achieve the following goals by using the MCP gateway:
- Focus on your agentic AI applications without building networking into your code by using the MCP gateway.
- Standardize access and security governance of MCP servers by setting policies that span clusters.
- Add and remove MCP servers without restarting your systems because the MCP gateway system state updates dynamically.
- Curate your MCP server tools by creating virtual MCP servers.
For more information, see Introduction to the MCP gateway
- With this release, elicitation support is available with the MCP gateway if your client supports them. MCP servers can implement interactive workflows by enabling user input requests. For more information, see the Elicitation documentation (MCP specification).
1.2.1.2. Known issues リンクのコピーリンクがクリップボードにコピーされました!
When the default setting httpRouteManagement: Enabled is set on an MCPGatewayExtension custom resource, the MCP controller component buildGatewayHTTPRoute() only creates a single rule for /mcp endpoints. The /.well-known/oauth-protected-resource rule is missing.
The workaround is to set httpRouteManagement: Disabled in the MCPGatewayExtension CR in the config/mcp-gateway/ with a manually managed HTTPRoute CR.
See Applying a customized HTTPRoute object for instructions.
1.2.2. Red Hat Connectivity Link 1.3.2 bug fix and security update リンクのコピーリンクがクリップボードにコピーされました!
Issued: 8 April 2026
Red Hat Connectivity Link release 1.3.2 is now available. A description is available in the RHBA-2026:7016 advisory. Red Hat Connectivity Link uses the stable update channel to track and receive updates for the Red Hat Connectivity Link Operator. You can manage how your updates are applied through your Operator Lifecycle Manager (OLM) subscription resource. For more information, see Updating Red Hat Connectivity Link.
1.2.2.1. Bug fixes リンクのコピーリンクがクリップボードにコピーされました!
-
Previously, the
wasm-shimcomponent processed protection policies, such as authentication or rate-limiting rules, out of sequence with the actual data forwarding. This created a race condition where theGatewaystarted sending the request to the upstream server at the same time it was asking the policy if the request was allowed. As a result, the upstream server had already received and potentially acted upon the request before the connection could be cut when the request was denied. Meanwhile, the downstream client correctly received aDeniedmessage. With this release, the logic is updated to ensure that the policy check is a blocking operation that must complete before any data is dispatched to the upstream backend. This fix synchronizes the state machine so that the connection to the upstream is only opened after the protection policy returns a definitiveAllowdecision. Denied requests are strictly terminated at the Gateway, ensuring the upstream server never sees unauthorized or throttled traffic. (CONNLINK-912)
1.2.3. Red Hat Connectivity Link 1.3.1 bug fix and security update リンクのコピーリンクがクリップボードにコピーされました!
Issued: 18 March 2026
Red Hat Connectivity Link release 1.3.1 is now available. A description is available in the RHBA-2026:4903 advisory. Red Hat Connectivity Link uses the stable update channel to track and receive updates for the Red Hat Connectivity Link Operator. You can manage how your updates are applied through your Operator Lifecycle Manager (OLM) subscription resource. For more information, see Updating Red Hat Connectivity Link.
1.2.3.1. Bug fixes リンクのコピーリンクがクリップボードにコピーされました!
-
Previously, the
wasm-shimnetworking protcol incorrectly appended values to existing request headers instead of replacing them during the external authorization flow. This caused inconsistent behavior, leading to comma-separated header values that could disrupt upstream processing. With this release, the logic is updated to ensure that the headers provided in theCheckResponseobject now correctly replace existing values. This fix restores predictable header management. (CONNLINK-867)