SSH соединение переадресации обратного туннельного порта не работает
Я могу выполнить обратную переадресацию портов через PUTTY GUI с настройками, подобными приведенным ниже. После того, как я применил этот параметр, я могу перейти к серверу и запустить wget http://localhost:8080 <- быстрый и грязный способ проверить, что порт перенаправляется.
тем не мение Я не могу заставить его работать, когда использую командную строку.
-
Когда я попытался использовать самые простые команды переадресации обратного порта в ssh, он просто не работал
несколько примеров, которые я пробовал
ssh -R 8080:localhost:80 root@debian-tunnel-a1
ssh -g -R 8080:localhost:80 root@debian-tunnel-a1
ssh -f -g -R *:8080:localhost:80 root@debian-tunnel-a1 -p 22
По сути, я перепробовал все образцы, которые могу найти в Интернете за последние два дня, и все они не работают.
Если я использую наиболее часто используемые команды, которые я показал выше, я всегда получаю сообщение об ошибке, показанное на рисунке ниже:
Когда я пытаюсь использовать базовый wget http://localhost:8080 На машине SERVER (я использую wget http://localhost:8080 как способ проверить, что порт 80 устройства №1 перенаправляется на порт 8080 серверного устройства №2, и что я могу получить к нему доступ напрямую), устройство №1, которое я использую с помощью команды обратного порта, в основном выплевывает эту ошибку выше.
Кажется, что соединение LINK установлено, но машина с обратным портом не позволяет ему пройти. Но озадачивает то, что я могу заставить его работать под графическим интерфейсом, но только не из командной строки.
Чтобы получить полное представление о том, какова цель:
устройство # 1 разделяет порт 80 на ------> серверное устройство # 2 ---------> устройство # 3 (общается с устройством # 1 через сервер, при этом сервер является посредником)
Я все еще застрял на первой части (устройство №1 ---> серверное устройство №2), как только я закончу, тогда я буду ретранслировать устройство №1 на устройство №3 с серверным устройством №2, выступающим в качестве посредника.
