порт fowarding с входом в систему .pem ключом
Я пытаюсь просто передать порт от своей локальной машины до VPS. VPS является также человечностью.
Получение ошибки в консоли, при попытке соединиться:
9350:~$ channel 2: open failed: connect failed: Connection refused
Это - то, как я устанавливаю туннель:
9350:~$ ssh -i *****key.pem -N -f -L 14265:34.***.81.28:14265 ubuntu@34.***.81.28
netstat:
9350:~$ netstat -nltu
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State
tcp 0 0 127.0.0.1:14265 0.0.0.0:* LISTEN
обновление:
channel 2: open failed: connect failed: Connection refused
debug1: channel 2: free: direct-tcpip: listening port 14265 for 34.***.**.28 port 14265, connect from 127.0.0.1 port 58566 to 127.0.0.1 port 14265, nchannels 3
походит на него передающий localhost?
Что не так?
1 ответ
Ничто не неправильно - Вы преуспели. Вы передали порт 14265 от localhost до удаленного узла (VPS) к 14 265 портам. Но по-видимому ничто не слушает там! Поэтому Вы получаете соединение, которому отказывают, который ожидается.
Если Вы хотите доказательство, выполняет клиент на удаленном узле (VPS) в порте, который Вы передаете Вашему localhost кому. Netcat добился бы цели (установите сначала при пропавших без вести):
Первая сессия в удаленном VPS:
VPS # apt install netcat
VPS $ nc -l 14265
Вторая сессия в локальном (заменяют VPS соответственно и добавляют другие флаги к ssh):
$ ssh -N -L 14265:VPS:14265 ubuntu@VPS
$ telnet localhost 14265
test test test
^D
$
В удаленном узле netcat должен повторить Ваши тестовые строки. Видеть?Работает. Если Вы не имеете netcat выполнение, telnet ответил бы с соединением, которому отказывают.
Нижняя строка? Передайте исходный порт чему-то, что слушает активно в цели.