[ https://issues.apache.org/jira/browse/SSHD-792?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16376041#comment-16376041 ]
Goldstein Lyor commented on SSHD-792: ------------------------------------- The problem is finding put some way to propagate the "local" address instead of the bound one to the {{TcpipClientChannel}}. I have made some changes towards that end, but I still need to figure out how to do achieve it correctly. > Remote Port-Forwarding uses invalid "original host" values > ---------------------------------------------------------- > > Key: SSHD-792 > URL: https://issues.apache.org/jira/browse/SSHD-792 > Project: MINA SSHD > Issue Type: Bug > Affects Versions: 1.6.0 > Environment: Java 8 > OSX > Reporter: Andreas Haufler > Assignee: Goldstein Lyor > Priority: Major > Attachments: Forwarder.java > > > When starting a server which accepts all kinds of port forwarding: > sshd.setTcpipForwardingFilter(new StaticDecisionForwardingFilter(true)); > remote port-forwarding doesn't work (at least when connecting from OSX) > unless a specific address is given: > ssh localhost -p 2222 -R10001:localhost:80 <- doesn't work > ssh localhost -p 2222 -R127.0.0.1:10001:localhost:80 <- does work > As far as I can tell, TcpipClientChannel.java:98 uses the underlying > socket-address > of the effective connection and transmit the host (which is either 127.0.0.1 > or ::1) on OSX. > However, the client (ssh) would want to see "localhost" as original host in > order to permit tunneling. > Is there anything I am missing? Otherwise I could provide a PR which fixes > this (by remembering the originally requested host and reporting that back). -- This message was sent by Atlassian JIRA (v7.6.3#76005)