хотяб поиск пользовался

link

Прочту завтра с утра и отпишусь о результате.

про туннели ssh не не слышал, Multi hops ssh

про ssh тонели слышал, на vip net coordinator вряд ли получится это сделать, он умеет только с другими координаторами и с клиентами делать тоннели. А я через 1022 в конечном счете собираюсь пустить openvpn.

в примере, пользователель с ником galqiwi делает ssh тонель:

1. В конфиге сервера надо поставить GatewayPorts yes, мне кмк это не нужно. 2. Я затрудняюсь собственно в правильности правила нат которое я написал и как мне кажется это и есть причина проблемы.

andrew@andrew76:~$ nc -vvv myip 1022 nc: connect to myip port 1022 (tcp) failed: Connection refused

Пробовал менять правило, результат не меняется.

https://ibb.co/HFP9BWn

https://ibb.co/Rgn83FX тот же результат

До 10.4.31.2 трафик вообще доходит - посмотри в tcpdump? Если доходит, но нет ответа - косяк с маршрутизацией/файрволом на 10.4.31.2. Если не доходит - пинай координатор или первый роутер(если есть возможность посмотреть на нём уходит ли проброшенный трафик - посмотри тоже).

О как лихо. Может стоить сразу про конечную цель-задачу писать. man rinetd.

на координаторе ограниченный набор команд, но в локальной сети я могу с любой машины подключиться к 10.4.31.2, с координатора полагаю тоже. Дома я могу подключиться к координатору по ssh и зайти в web, т.е. порты на роутере проброшены, так же, по аналогии проброшен порт 1022 до внешнего ip координатора 192.168.0.188.

Конечная цель развернуть на 10.4.31.2 openvpn и подключить трех клиентов.

Про rinetd сейчас буду читать

Если я правильно понимаю, то этого https://gist.github.com/nextman/a91c8bd6d78708b3c381 должно быть достаточно.

Я в курсе, что на координаторе ограниченный набор команд. Про выхлоп с него я и не спрашивал(хотя в веб-интерфейсе и есть диагностика по прошедшим/отброшенным пакетам, но всё же она проигрывает консольному tcpdump-у, хотя наверняка построена на том же libpcap). Просто нужно понять где именно проблема. Если роутер ты из этого исключаешь, тогда остаётся либо координатор, либо сам сервер где крутится SSH. Например на нём может быть не указан или неправильно указан шлюз по умолчанию - который для работающего проброса должен вести на координатор, если ты там не делаешь SNAT дополнительно к пробросу портов(не уверен что это вообще возможно на координаторе, слишком мало с ним работал еще)

Если посмотреть штатными средствами транзитные пакеты с eth0(192.168.0.188, внешний интерфейс координатора) то никаких пакетов нет.

На сервере (10.4.31.2) крутиться dhcp, gateway там прописан руками, правда после перезагрузки слетает запись dns (10.4.31.254, eth1 координатора) в файле resolv.conf ( что не мешает подключаться по ssh).

Поэтому я грешу на координатор.

А как войти на удалённый сервер по ключам?

Вот здесь shodan.io/host/85.165.237.68 есть ssh-rsa и fingerprint, по которому, насколько я понимаю, можно определить public key. Как с помощью этих данных авторизоваться без пароля? Прошу прощения, но в инете на тему ssh только руководства для сисадминов по настройке своих серваков и ничего про вход на чужой ресурс.