[ https://issues.apache.org/jira/browse/SSHD-792?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16394496#comment-16394496 ]
Goldstein Lyor commented on SSHD-792: ------------------------------------- Still have not found an explanation for the reported behavior - but then again I am not running OSX - all my tests on _Linux_ (_Ubuntu_, _Fedora_) and _Windows_ (8.1, 10) yield no problems. Perhaps this is something specific to OSX or to the setup of your host. > 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)