Skip to content

Commit d3bff59

Browse files
committed
Add changelog entry for dial 127.0.0.1 bugfix
Signed-off-by: Thomas Hallgren <thomas@tada.se>
1 parent 3e54b5f commit d3bff59

File tree

3 files changed

+20
-0
lines changed

3 files changed

+20
-0
lines changed

CHANGELOG.yml

Lines changed: 8 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -55,6 +55,14 @@ items:
5555
- version: 2.26.2
5656
date: (TBD)
5757
notes:
58+
- type: bugfix
59+
title: Dial 127.0.0.1 instead of 0.0.0.0 when connecting to local daemons
60+
body: >-
61+
When a VPN routes all private network addresses, dialing 0.0.0.0 gets routed through the VPN instead
62+
of reaching the locally running daemon. This causes Telepresence to report that no daemon is running
63+
even though the processes are active and listening. The client now dials 127.0.0.1 explicitly, and
64+
the Docker-published daemon port is bound to 127.0.0.1 to match.
65+
docs: https://github.com/telepresenceio/telepresence/issues/4048
5866
- type: bugfix
5967
title: Fix HTTP intercepts via telepresence compose failing when httpFilters or httpPaths are set
6068
body: >-

docs/release-notes.md

Lines changed: 6 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -21,6 +21,12 @@ A new Windows installer (.exe) is now available that installs Telepresence with
2121
</div>
2222

2323
## Version 2.26.2
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;">[Dial 127.0.0.1 instead of 0.0.0.0 when connecting to local daemons](https://github.com/telepresenceio/telepresence/issues/4048)</div></div>
25+
<div style="margin-left: 15px">
26+
27+
When a VPN routes all private network addresses, dialing 0.0.0.0 gets routed through the VPN instead of reaching the locally running daemon. This causes Telepresence to report that no daemon is running even though the processes are active and listening. The client now dials 127.0.0.1 explicitly, and the Docker-published daemon port is bound to 127.0.0.1 to match.
28+
</div>
29+
2430
## <div style="display:flex;"><img src="images/bugfix.png" alt="bugfix" style="width:30px;height:fit-content;"/><div style="display:flex;margin-left:7px;">Fix HTTP intercepts via telepresence compose failing when httpFilters or httpPaths are set</div></div>
2531
<div style="margin-left: 15px">
2632

docs/release-notes.mdx

Lines changed: 6 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -27,6 +27,12 @@ A new Windows installer (.exe) is now available that installs Telepresence with
2727
</Body>
2828
</Note>
2929
## Version 2.26.2
30+
<Note>
31+
<Title type="bugfix" docs="https://github.com/telepresenceio/telepresence/issues/4048">Dial 127.0.0.1 instead of 0.0.0.0 when connecting to local daemons</Title>
32+
<Body>
33+
When a VPN routes all private network addresses, dialing 0.0.0.0 gets routed through the VPN instead of reaching the locally running daemon. This causes Telepresence to report that no daemon is running even though the processes are active and listening. The client now dials 127.0.0.1 explicitly, and the Docker-published daemon port is bound to 127.0.0.1 to match.
34+
</Body>
35+
</Note>
3036
<Note>
3137
<Title type="bugfix">Fix HTTP intercepts via telepresence compose failing when httpFilters or httpPaths are set</Title>
3238
<Body>

0 commit comments

Comments
 (0)