尝试创build一个袜子(-D)的SSH隧道 – Linux的框到Linux框(两个centos):
运行在远程端的sshd ok。
从本地机器我们做/看到这个:
ssh -D 1080 [email protected]. [email protected]'s password: bind: Cannot assign requested address
(其中8.8.8.8真的是我的服务器的IP,“用户”是我的真实用户名)
我在这个terminal窗口login到远程端。 我可以在这个命令之前validation本地端口是未使用的,然后在命令之后通过ssh进程使用:
netstat -lnp | grep 1080
所以,与大多数使用这个错误的google响应不同,这个问题似乎不是回送接口分配。 如果我尝试使用这个隧道与邮件客户端,本地端允许尝试(没有'代理失败'错误),但没有数据/答复被返回。
在远程方面,我的sshd_config中有“PermitTunnel yes”(尽pipe“yes”应该是默认值)。
想法或线索?
这是相关的debugging输出
OpenSSH_5.3p1, OpenSSL 1.0.0-fips 29 Mar 2010 debug1: Reading configuration data /etc/ssh/ssh_config debug1: Applying options for * .... debug1: Authentication succeeded (password). debug1: Local connections to LOCALHOST:1080 forwarded to remote address socks:0 debug1: Local forwarding listening on 127.0.0.1 port 1080. debug1: channel 0: new [port listener] debug1: Local forwarding listening on ::1 port 1080. bind: Cannot assign requested address debug1: channel 1: new [client-session] debug1: Entering interactive session. debug1: Sending environment. debug1: Sending env LANG = en_US.utf8
其他线索:如果我在运行Windows的客户端上运行一个虚拟机箱,在该机箱中打开一个带有putty的隧道,该隧道与同一个远程服务器一起工作。
陌生人仍然“如果我使用腻子(对于Linux)直接在Linux客户端上运行,它不起作用,即使这些设置是一个完全重复的腻子设置工作在腻子运行在Windows上的虚拟框中的腻子客户端机器有些东西是可疑的……仍然在试着弄清楚它是什么。
这里closures循环。 在这种情况下,答案是强制ssh客户端使用ipv4。 例如
ssh -4 -D 8081 [email protected]