PuTTY bug portfwd-addr-family

This is a mirror. Follow this link to find the primary PuTTY web site.

Home | FAQ | Feedback | Licence | Updates | Mirrors | Keys | Links | Team
Download: Stable · Snapshot | Docs | Changes | Wishlist

summary: Unix listening sockets (e.g., tunnels) are IPv6-only by default
class: bug: This is clearly an actual problem we want fixed.
difficulty: fun: Just needs tuits, and not many of them.
priority: high: This should be fixed in the next release.
present-in: 0.60
fixed-in: r8150 6e2bd31d32b38f78e89513ada283315f50bc0a68 2008-08-21 (0.61)

On a Unix system supporting IPv6, PuTTY will by default create listening sockets (e.g. for the local end of a local-to-remote tunnel) as IPv6-only. Attempts to connect to the port using IPv4 addresses (127.0.0.1) will fail, and often the same problem will occur with the name "localhost". This occurs for instance on Ubuntu Linux (so this is probably what's behind LP #67488).

This contradicts the documentation of the default "Auto" setting for tunnels, which states that "ticking 'Auto' should always give you a port which you can connect to using either protocol."

Unix PuTTY should ensure that listening sockets are valid for at least the address families specified in the configuration.

Workarounds:


If you want to comment on this web site, see the Feedback page.
Audit trail for this bug.
(last revision of this bug record was at 2016-12-27 11:40:21 +0000)