Skip to content

Commit 8810c98

Browse files
committed
Release notes for 2.23.6
Includes a yarn upgrade
1 parent 5c8613d commit 8810c98

File tree

6 files changed

+433
-395
lines changed

6 files changed

+433
-395
lines changed

package.json

Lines changed: 3 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -56,5 +56,8 @@
5656
},
5757
"engines": {
5858
"node": ">=18.0"
59+
},
60+
"resolutions": {
61+
"stylus": "github:stylus/stylus#0.62.0"
5962
}
6063
}

versioned_docs/version-2.23/reference/rbac.md

Lines changed: 15 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -84,8 +84,11 @@ rules:
8484
verbs: ["get", "watch"]
8585
- apiGroups: [""]
8686
resources: ["pods"]
87-
verbs: ["get", "list", "watch"] # patch not needed when agentInjector.enabled is set to false
88-
87+
verbs: ["get", "list", "watch", "patch"] # patch not needed when agentInjector.enabled is set to false
88+
- apiGroups: ["networking.k8s.io"]
89+
resources: ["servicecidrs"]
90+
verbs: ["list"]
91+
8992
# If argoRollouts.enabled is set to true
9093
- apiGroups: ["argoproj.io"]
9194
resources: ["rollouts"]
@@ -129,6 +132,16 @@ The permissions required by the `traffic-manager` account in a statically namesp
129132
the ones used in a dynamic configuration, but a `Role`/`RoleBinding` will be installed in each managed namespace instead
130133
of the `ClusterRole`/`ClusterRoleBinding` pair.
131134

135+
> [!NOTE]
136+
> One `ClusterRole/ClusterRoleBinding` will still be present that permits the traffic-manager to list the `servicecidr` resource.
137+
> That resource is cluster wide, so the following cluster wide rule is required:
138+
>
139+
> ```yaml
140+
> - apiGroups: ["networking.k8s.io"]
141+
> resources: ["servicecidrs"]
142+
> verbs: ["list"]
143+
> ```
144+
132145
## Telepresence Client Access
133146

134147
A Telepresence client requires just a small set of RBAC permissions. The bare minimum to connect is the ability to

versioned_docs/version-2.23/release-notes.md

Lines changed: 7 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -1,6 +1,13 @@
11

22
[comment]: # (Code generated by relnotesgen. DO NOT EDIT.)
33
# <img src="images/logo.png" height="64px"/> Telepresence Release Notes
4+
## Version 2.23.6 <span style="font-size: 16px;">(July 23)</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;">Public DNS names aren't resolved from local docker application started by Telepresence</div></div>
6+
<div style="margin-left: 15px">
7+
8+
A container running using `telepresence docker-run` or `telepresence <engage-type> --docker-run` was not able to resolve public DNS names such as "google.com". The problem is caused by an undocumented behavior in Docker's internal DNS-resolver when the `--dns` flag is used in conjunction with the teleroute network, where the DNS-server no longer finds public names even thought another bridge network is connected. The problem was solved by using a fallback resolver in the Telepresence DNS resolver.
9+
</div>
10+
411
## Version 2.23.5 <span style="font-size: 16px;">(July 20)</span>
512
## <div style="display:flex;"><img src="images/bugfix.png" alt="bugfix" style="width:30px;height:fit-content;"/><div style="display:flex;margin-left:7px;">Let docker.Start pass on --interactive to docker start.</div></div>
613
<div style="margin-left: 15px">

versioned_docs/version-2.23/release-notes.mdx

Lines changed: 7 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -7,6 +7,13 @@ import { Note, Title, Body } from '@site/src/components/ReleaseNotes'
77
[comment]: # (Code generated by relnotesgen. DO NOT EDIT.)
88

99
# Telepresence Release Notes
10+
## Version 2.23.6 <span style={{fontSize:'16px'}}>(July 23)</span>
11+
<Note>
12+
<Title type="bugfix">Public DNS names aren't resolved from local docker application started by Telepresence</Title>
13+
<Body>
14+
A container running using `telepresence docker-run` or `telepresence <engage-type> --docker-run` was not able to resolve public DNS names such as "google.com". The problem is caused by an undocumented behavior in Docker's internal DNS-resolver when the `--dns` flag is used in conjunction with the teleroute network, where the DNS-server no longer finds public names even thought another bridge network is connected. The problem was solved by using a fallback resolver in the Telepresence DNS resolver.
15+
</Body>
16+
</Note>
1017
## Version 2.23.5 <span style={{fontSize:'16px'}}>(July 20)</span>
1118
<Note>
1219
<Title type="bugfix">Let docker.Start pass on --interactive to docker start.</Title>
Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -1,2 +1,2 @@
1-
version: "2.23.5"
2-
dlVersion: "v2.23.5"
1+
version: "2.23.6"
2+
dlVersion: "v2.23.6"

0 commit comments

Comments
 (0)