Назад | Перейти на главную страницу

Обратный ssh

У меня есть рабочая станция, и мне нужно подключиться к удаленному серверу через ssh. Сервер находится под Solaris 11. Я могу подключиться к удаленному серверу, но когда я пытаюсь выполнить ssh обратно с удаленного сервера на мою рабочую станцию, я получаю ошибку тайм-аута.

Как это возможно, что я могу подключиться к удаленному хосту, но не могу подключиться обратно?

PS: Брандмауэр на моей рабочей станции отключен.

Тот факт, что вы можете подключиться с машины A к машине B через порт 22, не означает, что вы сможете подключиться от B к A через порт 22. В конце концов, мой рабочий стол может подключаться к google.com на порт 80, но это определенно не означает, что весь глобальный массив серверов Google может подключаться к экземпляру apache моего рабочего стола.

Многие вещи могут мешать: NAT, брандмауэр вашего сайта, брандмауэр их сайта, некоторый брандмауэр между ними, и это лишь некоторые из них.

Что ты жестяная банка do - это использовать ssh для создания обратного туннеля из окна Sol 11 на ваш рабочий стол. Вы бы сделали это, связавшись с

desktop% ssh solaris-11-server -R 2222:localhost:22

Затем, когда вы находитесь в поле Sol11 и хотите использовать ssh в своей домашней системе, вы подключаетесь к ящику Sol 11 через порт 2222 (который является просто случайным числом, измените его в командах выше и ниже, если вам нужно ), с участием

sol11% ssh localhost -p 2222

(это полностью умозрительный ответ, учитывая, что вы не предоставили подробную информацию о том, какая ОС используется на вашем рабочем столе, и находится ли ваш сервер в локальной сети ...)

Возможно, потому что ваша рабочая станция использует IP-адрес NAT, предоставленный вашим маршрутизатором.

если вы напечатаете

ipconfig

и найдите IPv4-адрес, если он начинается с 10.0.. или 192.168. тогда вы будете скрыты от Интернета "частными адресами" с помощью NAT (трансляция сетевых адресов)

вот пример клиента с NAT (и, следовательно, он будет иметь возможность подключаться обратно, непосредственно с сервера (за исключением работы, которую предоставил MadHatter))

см. здесь дополнительную информацию о частной адресации RFC 1918 - https://en.wikipedia.org/wiki/Private_network

и здесь для краткого руководства о том, как проверить, является ли ваш рабочий стол Windows NAT; http://www.youtube.com/watch?v=49tYGwBhP3Y