Проблема с SSH-прокси

Проблема с SSH-прокси

Я использовал следующие прокси-серверы

 start c:\ssh\plink.exe -N [email protected] -pw mypasswd -P 22 -D localhost:8003

Теперь моя компания решает заблокировать 22 порт, и я не могу получить доступ к 22 порту хоста моего сайта напрямую. Но есть одна машина, которая не заблокирована в моей локальной сети, и я могу использовать SSH для входа на нее. Так как же мне создать свой прокси через незаблокированную машину? Спасибо!

решение1

В принципе, в таких ситуациях вам, вероятно, стоит отказаться от прокси на основе SSH и использовать SSL VPN tyoe прокси. Такой прокси делает весь ваш трафик похожим на трафик HTTPS SSL, и никто не будет блокировать порт 443.

Хорошим вариантом для работы на Linux является Adito. Его не так-то просто настроить, но он работает очень хорошо. Я бы посоветовал установить его, убедиться, что он прослушивает порт 443, и поиграться с ним. Он помогает мне подключаться по RDP к домашнему компьютеру, несмотря на то, что моя школа блокирует порт.

решение2

является ли mysite.com машиной, которой вы управляете (т. е. вашей домашней машиной)? Если да, просто запустите sshd (SSH-сервер) на порту 80 или 443 (инструкции различаются в зависимости от ОС).

Затем измените строку выше на:

 start c:\ssh\plink.exe -N [email protected] -pw mypasswd -P 443 -D localhost:8003

Например, если вы собираетесь использовать порт 443.

решение3

На вашем компьютере выполните:

plink -L 1234:mysite.com:22 unBlockedUser@unBlockedMachine

(украсьте паролями, реальной командой ssh, -N и т. д. по вкусу) Это перенаправит соединения с порта 1234 вашей машины на порт 22 на mysite.com через незаблокированную машину. Затем, все, что вам нужно сделать, чтобы получить свой прокси, это:

plink -D 8003 -P 1234 mysiteUser@ulocalhost

Это откроет ssh-соединение с портом 1234 на локальном хосте, которое затем будет перенаправлено в туннель, идущий к незаблокированной машине, которая отправит его на порт 22 mysite.com и в конечном итоге будет взаимодействовать с ssh-сервером там, так что ваш прокси-сервер будет вести себя как обычно.

Связанный контент