Не получается установить соединение с удалённым ПК с помощью ssh

У меня есть два ноутбука, устанавливая ssh соединение по локальной сети всё идеально работает, подключается один ноутбук к другому и наоборот с помощью локальных адресов 192.168.0.104 и 192.168.0.105 командой
ssh [email protected]*
Теперь я хочу подключить ssh удалённом не по локальной сети, один ноутбук остаётся с адресом условно 111.11.11.11 , а второй с помощью Hotspot точки доступа получает другой адрес 222.22.22.22. Теперь, насколько я понимаю они не имеют понятия друг о друге и тут начинаются проблемы.

С помощью всё той же команды я пробую подключиться но выдаёт ошибку timed out или connection refused
ssh [email protected]

С помощью nmap я получил такие выхлопы от local IP
Nmap scan report for yesway (192.168.0.105)
Host is up (0.00014s latency).
Not shown: 998 closed ports
PORT STATE SERVICE
22/tcp open ssh
5900/tcp open vnc

Nmap done: 1 IP address (1 host up) scanned in 0.12 seconds

и public IP
Starting Nmap 7.60 ( https://nmap.org ) at 2019-04-13 19:19 EEST
Nmap scan report for 111-111-11-11.broadband.kyivstar.net (111.111.11.11)
Host is up (0.0059s latency).
All 1000 scanned ports on 111.111.11.11.broadband.kyivstar.net (111.111.11.11) are filtered

Nmap done: 1 IP address (1 host up) scanned in 21.49 seconds
Попробовал настроить переадресацию в роутере для 22 порта, роутер Tp-Link, ничего не изменилось.


Получается что public IP совсем недоступен из вне в данную секунду? Как это можно исправить?
1. У вас должен быть 'белый ip' т.е. соответствовать тот что вы получаете с тем что пингуется из вне.
2. 22 порт может быть 'закрыт' провайдером, можете попробовать другой для начала.
Ошибки в тексте-неповторимый стиль автора©
Ну, если nmap видит открытый порт, значит пакеты туда проходят и адрес доступен. Остаётся настроить проброс на внутренний адрес и убедиться что комп за маршрутизатором отвечает на запросы ssh. Кстати протокол для ssh - tcp.
assertion9, чтобы не гадать всегда старайся извлечь из ситуации как можно больше информации.
Например. в данном случае самое простое - использовать отладку debug1 или debug2
man ssh
-v   Verbose mode. Causes ssh to print debugging messages about its progress.  This is helpful in    debugging connection, authentication, and configuration problems.  Multiple -v options increase the verbosity. The maximum is 3.
Ошибки не исчезают с опытом - они просто умнеют
vasek, Velesich
порт должен быть доступен из вне nmap открытого порта не видит, вообще не факт что маршрутиризатор видит.
не даст в таком случаи debug больше информации((
Ошибки в тексте-неповторимый стиль автора©
indeviral
порт должен быть доступен из вне nmap открытого порта не видит, вообще не факт что маршрутиризатор видит.
не даст в таком случаи debug больше информации((
имхо, используя ssh -vv будет какая то инфа и о порте ... в любом случае попробовать стоит (труда не составит) ... а там по обстоятельствам.
Ошибки не исчезают с опытом - они просто умнеют
ssh -vvv username@PublicIP
OpenSSH_7.7p1 Ubuntu-4ubuntu0.3, OpenSSL 1.0.2n  7 Dec 2017
debug1: Reading configuration data /home/user/.ssh/config
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 23: Applying options for *
debug2: resolve_canonicalize: hostname PublicIP is address
debug2: ssh_connect_direct: needpriv 0
debug1: Connecting to PublicIP [PublicIP] port 22.
ssh: connect to host PublicIP port 22: Connection timed out
Похоже, у меня роутер за NAT, публичный IP на сервисах в интернете 111.111.11.11 а в настройках роутера видно что приходит совсем другой 100.88.234.231
Выходом в моей ситуации будет только VPS или получение белого IP от провайдера, иначе никак?
assertion9
на прямую в таком случаи у вас подключиться не получиться.
Ошибки в тексте-неповторимый стиль автора©
assertion9, на всякий случай кидаю ссылку по ошибкам ssh в части PublicIP - может пригодится
Ошибки не исчезают с опытом - они просто умнеют
 
Зарегистрироваться или войдите чтобы оставить сообщение.