Попытка создать ssh-туннель socks (-D) - ящик 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 моего сервера, а user - мое настоящее имя пользователя)
Я вошел в удаленную систему в этом окне терминала. Я могу проверить, что локальный порт не использовался до этой команды, а затем использовался процессом ssh после команды через:
netstat -lnp | grep 1080
Итак, в отличие от большинства ответов в Google с этой ошибкой, проблема, похоже, не в назначении интерфейса обратной петли. Если я попытаюсь использовать этот туннель с почтовым клиентом, локальная сторона разрешит попытку (нет ошибки «прокси-сбой»), но данные / ответ не возвращаются.
На удаленной стороне у меня есть «PermitTunnel yes» в моем sshd_config (хотя в любом случае «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
Другая подсказка: если я запускаю Virtual Box на клиенте под управлением Windows, открываю туннель с помощью замазки в этом поле, этот туннель к тому же удаленному серверу работает.
Еще незнакомец "Если я использую Putty (для Linux), работающий непосредственно на клиенте Linux, он НЕ работает, даже если настройки являются точной копией настроек шпатлевки, которые ДЕЙСТВУЮТ в Putty, запущенном в Windows в виртуальном ящике на том же компьютере. Клиентская машина ?? Есть что-то подозрительное ... все еще пытаюсь экспериментировать, чтобы выяснить, что это такое.
Замкните цикл здесь. В данном случае ответ заключался в том, чтобы заставить ssh-клиент использовать ipv4. Например.
ssh -4 -D 8081 user@8.8.8.8