У меня есть рабочая станция, и мне нужно подключиться к удаленному серверу через 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