Подтвердить что ты не робот

Предупреждение: удаленная переадресация портов не выполнена для порта прослушивания 52698

Я использую SSH для доступа к системе моего университета. Мне нравится использовать rmate (удаленный TextMate), который требует SSH-туннелирования, поэтому я включил этот псевдоним в свой .bashrc.

alias sshr=ssh -R 52698:localhost:52698 [email protected]

Он всегда работал до сих пор.

4b9b3361

Ответ 1

У меня появилось другое соединение SSH. Мне просто нужно было закрыть эту связь, прежде чем я открыл свой туннель SSH.

Дальнейшее объяснение: Как только одно соединение ssh установлено, последующие соединения выдадут сообщение:

Предупреждение: удаленная переадресация порта не выполнена для порта прослушивания 52698

Это сообщение безвредно, так как переадресация может быть настроена только один раз, и один вперед будет работать для всех ssh-соединений на одном компьютере. Исходный сеанс ssh, который открыл форвард, останется открытым при выходе из оболочки до завершения всех сеансов удаленного редактирования.

Ответ 2

У меня была та же проблема. Чтобы найти порт, который уже открыт, вы должны отправить эту команду на компьютер "corn.myschool.edu":

sudo netstat -plant  | grep 52698

И затем убейте все процессы, которые приходят с этим (замените xxxx на идентификаторы процессов)

sudo kill -9 xxxx

(ОБНОВЛЕНО: изменил опцию на -plant, так как это хорошая мнемоника)

Ответ 3

У меня возникла эта проблема, но при подключении к серверу, на котором у меня нет sudo priviliges, поэтому лучший ответ, предполагающий запуск sudo netstat ..., для меня невозможен.

В конечном итоге я понял, что все еще есть экземпляры rmate, поэтому я использовал ps для списка запущенных процессов, а затем kill -9 pid (где pid - это идентификатор процесса для rmate).

Ответ 4

В моем случае проблема заключалась в том, что в удаленной системе DNS не настроен должным образом, и он даже не мог решить свое собственное имя хоста. Убедитесь, что у вас есть работающий DNS в /etc/resolv.conf в удаленной системе.

Ответ 5

Это решило мою проблему, о которой здесь сообщалось. Чтобы избежать этого уведомления, в конфигурации SSH должно быть включено "AllowTcpForwarding".