ssh隧道-绑定:无法分配请求的地址


26

尝试创建袜子(-D)ssh隧道-Linux盒到Linux盒(均为centos):

sshd可以在远程运行。

在本地计算机上,我们可以/看到以下内容:

ssh -D 1080 user@8.8.8.8.
user@8.8.8.8's password: 
bind: Cannot assign requested address

(其中8.8.8.8实际上是我的服务器的IP,“用户”是我的真实用户名)

我已在此终端窗口中登录到远程端。我可以在此命令之前验证本地端口是否未使用,然后通过以下命令由ssh进程使用该本地端口:

netstat -lnp | grep 1080

因此,与大多数针对此错误的googled响应不同,该问题似乎不是环回接口分配。如果我尝试将此隧道与邮件客户端一起使用,则本地端会允许尝试(无“代理失败”错误),但不会返回任何数据/答复。

在远程方面,我的sshd_config中确实有“ PermitTunnel yes”(尽管无论如何,“ yes”应该是默认值)。

想法还是线索?

这是相关的调试输出

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的客户端上运行虚拟盒,请在该盒中打开一个带有腻子的隧道,该隧道可以连接到同一台远程服务器。

“仍然陌生人”如果我使用直接在Linux客户端上运行的Putty(用于linux),即使设置与在Windows虚拟机上在同一虚拟盒子中运行的Putty中所做的腻子设置完全相同,它也无法正常工作客户端计算机?有些东西可疑……仍在尝试进行实验以弄清它是什么。


如果您尝试强迫它使用ipv4,该怎么办?(仅作为初始故障排除测试)。EG ssh -4 -D 1080 user@8.8.8.8
弗雷德·克劳森

您可以尝试使用更高的端口号4000吗?
jwbensley 2012年

感谢您的投入。我使用它:ssh -4 -D 8081 user@8.8.8.8
JosephK 2012年

Answers:


41

在这里关闭循环。在这种情况下,答案是强制ssh客户端使用ipv4。例如

ssh -4 -D 8081 user@8.8.8.8

所以我想,除了我可以选择腻子中的“ force ip4”(在Linux上运行)而没有成功。此外,在此计算机上还禁用了IPV6,因此从理论上讲不应该使用IPV6。完全不一致的结果我仍然尝试对此事物进行不同的排列,这让我挠头。无论如何,您的回答都帮助我使其正常运行,并且也许发现了有关此版本的CentOS或Linux Kernel或诸如此类的运行方式的奇怪信息-谢谢。
JosephK

远距离射击但可能关闭服务器上的SSH DNS解析(sshd_config中的“ UseDNS no”)可能会解决该问题。也许服务器上正在进行一些奇怪的DNS解析,导致绑定问题。
Fred Clausen 2012年

1
非常感谢-4也是Ubuntu 11.04的解决方案。
桑德

升级到Ubuntu 13.04之后,我开始遇到此问题,这就是解决方法。
尼克

1
不必每次都指定-4(假设所有ssh连接仅使用IPv4进行连接),而是将“ AddressFamily inet”添加到ssh_config文件中-每个用户在$ {HOME} /。ssh / ssh_config中,或者在系统范围内/ etc / ssh / ssh_config中的所有用户
JG Miller
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.