Thomas Eizinger de7d3bff89 fix(connlib): re-resolve portal host on WS hiccup (#10817) ...

Currently, the DNS records for the portal's hostname are only resolved
during startup. When the WebSocket connection fails, we try to reconnect
but only with the IPs that we have previously resolved. If the local IP
stack changed since then or the hostname now points to different IPs, we
will run into the reconnect-timeout configured in `phoenix-channel`.

To fix this, we re-resolve the portal's hostname every time the
WebSocket connection fails. For the Gateway, this is easy as we can
simply reuse the already existing `TokioResolver` provided by hickory.
For the Client, we need to write our own DNS client on top of our socket
factory abstraction to ensure we don't create a routing loop with the
resulting DNS queries. To simplify things, we only send DNS queries over
UDP. Those are not guaranteed to succeed but given that we do this on
every "hiccup", we already have a retry mechanism. We use the currently
configured upstream DNS servers for this.

Resolves: #10238

2025-11-11 03:24:36 +00:00

..

src

fix(connlib): re-resolve portal host on WS hiccup (#10817)

2025-11-11 03:24:36 +00:00

tests

build(deps): bump secrecy from 0.8.0 to 0.10.3 in /rust (#10631)

2025-10-30 01:17:10 +00:00

Cargo.toml

ci: update to new cargo sort release (#9354)

2025-06-02 02:01:09 +00:00