|
1 | 1 |
|
2 | 2 | [comment]: # (Code generated by relnotesgen. DO NOT EDIT.)
|
3 | 3 | # <img src="images/logo.png" height="64px"/> Telepresence Release Notes
|
| 4 | +## Version 2.22.5 <span style="font-size: 16px;">(May 29)</span> |
| 5 | +## <div style="display:flex;"><img src="images/bugfix.png" alt="bugfix" style="width:30px;height:fit-content;"/><div style="display:flex;margin-left:7px;">Unable to correctly determine service CIDR with Kubernetes >= 1.33</div></div> |
| 6 | +<div style="margin-left: 15px"> |
| 7 | + |
| 8 | +Starting with Kubernetes 1.33, the strategy of extracting the cluster's service CIDR from an error message no longer works because the error message has changed. The root cause for this is that Kubernetes introduced the ability to use [Multiple Service CIDRs](https://gist.github.com/aojea/c20eb117bf1c1214f8bba26c495be9c7). Since `ServiceCIDR` is now a resource, it can be easily retrieved (and modified) using standard Kubernetes client API calls, and this is what the traffic manager will use going forward. |
| 9 | +The fix required an addition to the traffic-manager's RBAC, granting it sufficient permissions to list `networking.k8s.io/servicecidrs`. A future enhancement will allow the traffic manager to watch for service CIDR changes. |
| 10 | +</div> |
| 11 | + |
| 12 | +## <div style="display:flex;"><img src="images/bugfix.png" alt="bugfix" style="width:30px;height:fit-content;"/><div style="display:flex;margin-left:7px;">Helm chart schema type for nodeSelector was incorrect</div></div> |
| 13 | +<div style="margin-left: 15px"> |
| 14 | + |
| 15 | +The Helm chart schema for the `nodeSelector` value was incorrect. Kubernetes defines different types for nodeSelector (inside PodSpec objects) and NodeSelector (inside NodeAffinity, VolumeNodeAffinity and a bunch of other places). The schema was changed to use the correct type. The name `nodeSelector` is still used in the Helm chart so this change is backwards compatible. |
| 16 | +</div> |
| 17 | + |
| 18 | +## <div style="display:flex;"><img src="images/bugfix.png" alt="bugfix" style="width:30px;height:fit-content;"/><div style="display:flex;margin-left:7px;">Pods with container ports named the same caused intercept to fail</div></div> |
| 19 | +<div style="margin-left: 15px"> |
| 20 | + |
| 21 | +Intercept container ports now have numbers appended to them if there are multiple ports from multiple containers with the same name. This bugfix works around an issue where Kubernetes allows multiple port definitions in a pod spec to have the same name. |
| 22 | +</div> |
| 23 | + |
| 24 | +## <div style="display:flex;"><img src="images/bugfix.png" alt="bugfix" style="width:30px;height:fit-content;"/><div style="display:flex;margin-left:7px;">Don't include k8s-defs.json to chart package</div></div> |
| 25 | +<div style="margin-left: 15px"> |
| 26 | + |
| 27 | +The k8s-defs.json was unnecessarily included to the Helm chart package and this increased the Helm release secret size so much that it could prevent installation of the Helm chart depending on k8s settings. To fix this k8s-defs.json is not included to the Helm chart anymore. |
| 28 | +</div> |
| 29 | + |
4 | 30 | ## Version 2.22.4 <span style="font-size: 16px;">(April 26)</span>
|
5 | 31 | ## <div style="display:flex;"><img src="images/bugfix.png" alt="bugfix" style="width:30px;height:fit-content;"/><div style="display:flex;margin-left:7px;">Don't require internet access when installing the traffic-manager using Helm</div></div>
|
6 | 32 | <div style="margin-left: 15px">
|
@@ -101,7 +127,7 @@ Key differences between `replace` and `intercept`:
|
101 | 127 |
|
102 | 128 | 1. **Scope:** The `replace` command targets and affects an entire container, impacting all its traffic, while
|
103 | 129 | an `intercept` targets specific services and/or service/container ports.
|
104 |
| -2. **Port Declarations:** Remote ports specified using the `--port` flag are container ports. |
| 130 | +2. **Port Declarations:** Remote ports specified using the `--port` flag are container ports. |
105 | 131 | 3. **No Default Port:** A `replace` can occur without intercepting any ports.
|
106 | 132 | 4. **Container State:** During a `replace`, the original container is no longer active within the cluster.
|
107 | 133 |
|
|
0 commit comments