Я делаю SSH обратного перенаправления портов для доступа через публичный IP веб-сервер, доступный только локально.

После выполнения этой команды на моем ноутбуке:

ssh -v -o "ExitOnForwardFailure yes" -o GatewayPorts=yes -g username@remoteserver -R '*:9080:localhost:3000' 

когда я захожу в браузер http://remoteserver:9080 , я вижу контент, который обслуживает сервер, работающий на локальном хосте (мой ноутбук) через порт 3000.

Это работает, как и ожидалось, когда это делается на моем ноутбуке дома или подключено к Интернету через iPhone (подключение 3G).

Это не работает, если я нахожусь за корпоративной сетью компании, в которой я сейчас работаю:

  • Команды ssh успешно подключаются и даже сообщают, что All remote forwarding requests processed (см. журналы ниже)
  • но: посещение http://remoteserver:9080 от клиента внутри корпоративной сети просто показывает «не удается подключиться ошибка»
  • и: веб-сервер, работающий на ноутбуке через порт 3000, не получает никакого соединения

Обновление: благодаря комментарию Пола я обнаружил, что подключение к http://remote server:9080 с клиентом вне корпоративной сети работает.

Почему (где?) Будет ли заблокировано соединение из корпоративной сети -> удаленный сервер -> ноутбук в локальной сети [через ssh]?


Я попытался отредактировать конец команды так:

… -R '*:9080:local_ip_address_of_my_laptop:3000'

но это ничего не меняет.

Почему это не работает?
Как я могу это исправить?

В журналах ниже я вижу одну строку, в которой я не знаю, что это значит, и не могу найти причину / значение: debug1: Roaming not allowed by server

OpenSSH_6.2p2, OSSLShim 0.9.8r 8 Dec 2011
debug1: Reading configuration data /etc/ssh_config
debug1: /etc/ssh_config line 20: Applying options for *
debug1: Connecting to remoteserver [IP_ADDRESS] port 22.
debug1: Connection established.
debug1: identity file redacted type 2
debug1: identity file redacted type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.2
debug1: Remote protocol version 2.0, remote software version OpenSSH_4.3p2 Debian-9etch3
debug1: match: OpenSSH_4.3p2 Debian-9etch3 pat OpenSSH_4*
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-md5 none
debug1: kex: client->server aes128-ctr hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Server host key: RSA redacted
debug1: Host 'remoteserver' is known and matches the RSA host key.
debug1: Found key in /Users/redacted/.ssh/known_hosts:17
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey
debug1: Next authentication method: publickey
debug1: Offering DSA public key: redacted
debug1: Server accepts key: pkalg ssh-dss blen 434
debug1: Authentication succeeded (publickey).
Authenticated to remoteserver ([ip_address]:22).
debug1: Remote connections from *:9080 forwarded to local address localhost:3000
debug1: channel 0: new [client-session]
debug1: Entering interactive session.
debug1: remote forward success for: listen 9080, connect localhost:3000
debug1: All remote forwarding requests processed
debug1: Sending environment.
debug1: Sending env LC_CTYPE = UTF-8
debug1: Sending env LANG = 
debug1: Sending env LC_ALL = fr_FR

1 ответ1

3

Обычная причина того, что исходящие соединения не работают из корпоративной сети, заключается в том, что брандмауэр блокирует сеанс, а не проблему с самим ssh.

Если вы можете получить доступ через порт 22, вы можете сделать локальный порт вперед, а не назад, в зависимости от того, чего вы пытаетесь достичь.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .