Powered by:

ohost

Bulgarian mirror 10 Gbps

Protocols: HTTP, HTTPS, FTP, RSYNC
Contact Us: support@ohost.bg PuTTY semi-bug portfwd-loopback-choice

PuTTY semi-bug portfwd-loopback-choice

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: Choice of loopback addresses for local port forwardings
class: semi-bug: This might or might not be a bug, depending on your precise definition of what a bug is.
difficulty: fun: Just needs tuits, and not many of them.
priority: low: We aren't sure whether to fix this or not.
fixed-in: 2002-12-19 99b870dbc625acd4b19fdb9bb5fc1ac862ec229c (0.54)

Someone suggested that it might be useful to be able to specify which loopback address PuTTY should bind to when listening on local ports for local-to-remote port forwardings. Apparently, if you want to, you can listen separately on 127.0.0.1, 127.0.0.2, 127.0.0.3 and so on.

This would be useful because it would enable the use of the normal port numbers for forwarded services. Might be particularly handy when forwarding SMB.

The user interface for this would probably just involve specifying the IP address alongside the port number in the Tunnels panel: instead of asking to forward port 3456, you'd ask for 127.0.0.2:3456.

This was implemented as of 2002-12-19.

(Apparently this is also useful for forwarding Windows Terminal Services - see this posting.)

Update, 2004-Aug-10: we've had a report that Windows XP SP2 breaks this. (Apparently RC2 worked, but "RTM" - the release - doesn't.) There is a fix available from Microsoft - see the PuTTY FAQ.


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