ssh port forwarding не працює з мережі компанії


0

Я роблю 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 з клієнтом поза корпоративною мережею, він працює.

Чому (де?) Буде зв'язок з корпоративної мережі - & gt; віддалений сервер - & gt; ноутбук на локальну мережу [через 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

Що не працює точно? Чи є ноутбук усередині корпоративної мережі і здатний до ssh до remoteserver? А чи підключається клієнт до remoteserver: 9080 зовні або всередині корпоративної мережі?
Paul

@Paul Дякуємо! Він працює, якщо клієнт, що підключається до remoteserver: 9080 знаходиться поза корпоративної мережі (але не працює, якщо всередині). Буде чат з місцевим sysadmin, але будь-яка ідея, що може викликати це?
Guillaume

Так, у них є брандмауер, який блокує доступ до порту 9080 - це досить часто.
Paul

Дух! Мозок застряг в перспективі ssh debug, спасибі за скидання. Випробує з 80:localhost:3000 і повідомте про це.
Guillaume

Вони також можуть блокувати порт 80 - і мати веб-трафік, що проходить через проксі. Але так, як тільки ви знайдете порт, з якого ви можете вийти з мережі, ви повинні бути добре йти.
Paul

Відповіді:


3

Звичайною причиною того, що вихідні з'єднання не працюють з корпоративної мережі, є те, що брандмауер блокує сесію, а не проблему з самим ssh.

Якщо ви можете отримати доступ через порт 22, ви зможете зробити локальний порт вперед, а не зворотний, залежно від того, що ви намагаєтеся досягти.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.