尝试创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]