Не в змозі перейти на інший комп’ютер, але чи зможете пінг?

Не вдається запустити ssh на інший комп'ютер, але чи зможете пінг? Не знаєте, чого мені не вистачає?
Використання маршрутизатора Netgear

bash-3.2$ ifconfig
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
        inet6 ::1 prefixlen 128 
        inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 
        inet 127.0.0.1 netmask 0xff000000 
gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
stf0: flags=0<> mtu 1280
en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
        ether xx:xx:xx:xx:xx:xx 
        media: autoselect (none)
        status: inactive
en1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
        ether xx:xx:xx:xx:xx:xx 
        inet6 xxxx::xxxx:xxxx:xxxx:xxxxxx prefixlen 64 scopeid 0x5 
        inet 10.0.0.3 netmask 0xffffff00 broadcast 10.0.0.255
        media: autoselect
        status: active
fw0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 4078
        lladdr xx:xx:xx:xx:xx:xx:xx:xx 
        media: autoselect <full-duplex>
        status: inactive
bash-3.2$ ssh jeremy@10.0.0.4
ssh: connect to host 10.0.0.4 port 22: Connection refused
bash-3.2$ ssh -p 5900 jeremy@10.0.0.4
ssh: connect to host 10.0.0.4 port 5900: Connection refused
bash-3.2$ ping 10.0.0.3
PING 10.0.0.3 (10.0.0.3): 56 data bytes
64 bytes from 10.0.0.3: icmp_seq=0 ttl=64 time=0.046 ms
64 bytes from 10.0.0.3: icmp_seq=1 ttl=64 time=0.079 ms
64 bytes from 10.0.0.3: icmp_seq=2 ttl=64 time=0.078 ms
64 bytes from 10.0.0.3: icmp_seq=3 ttl=64 time=0.077 ms
64 bytes from 10.0.0.3: icmp_seq=4 ttl=64 time=0.079 ms
64 bytes from 10.0.0.3: icmp_seq=5 ttl=64 time=0.081 ms
64 bytes from 10.0.0.3: icmp_seq=6 ttl=64 time=0.078 ms
^C
--- 10.0.0.3 ping statistics ---
7 packets transmitted, 7 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 0.046/0.074/0.081/0.011 ms
bash-3.2$ ping 10.0.0.4
PING 10.0.0.4 (10.0.0.4): 56 data bytes
64 bytes from 10.0.0.4: icmp_seq=0 ttl=64 time=2.667 ms
64 bytes from 10.0.0.4: icmp_seq=1 ttl=64 time=2.675 ms
64 bytes from 10.0.0.4: icmp_seq=2 ttl=64 time=2.969 ms
64 bytes from 10.0.0.4: icmp_seq=3 ttl=64 time=2.663 ms
64 bytes from 10.0.0.4: icmp_seq=4 ttl=64 time=2.723 ms
^C
--- 10.0.0.4 ping statistics ---
5 packets transmitted, 5 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 2.663/2.739/2.969/0.117 ms
bash-3.2$ 

Сервер або не працює sshd (і, отже, не слухає порт 22) або має порт блокування брандмауера 22 (порт ssh за замовчуванням), або у надзвичайно рідкісних випадках, що працює ssh на якомусь іншому порті (що майже точно не так) .

Спочатку перевірте, щоб переконатися, що sshd встановлений (використовуючи приклади debian)

sudo apt-get install openssh-server

І якщо так, чи працює:

ps -ef | grep sshd

потім перевірте, чи слухає він порт 22

sudo netstat -nlp | grep :22
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      946/sshd
tcp6       0      0 :::22                   :::*                    LISTEN      946/sshd

потім перевірте свої правила брандмауера (це значно відрізняється, тому я покажу приклад debian / ubuntu / тощо):

sudo ufw status

sudo ufw show listening
tcp:
  22 * (sshd)
  24224 * (ruby)
tcp6:
  22 * (sshd)
  8080 * (java)
udp:
  123 10.X.Y.Z (ntpd)
  123 * (ntpd)
  18649 * (dhclient)
  24224 * (ruby)
  34131 * (ruby)
  60001 10.87.43.24 (mosh-server)
  68 * (dhclient)
udp6:
  123 fe80::1031:AAAA:BBBB:CCCC (ntpd)
  123 * (ntpd)
  48573 * (dhclient)

Якщо ufwвін показує його закритим, запустіть (знову приклад debian / ubuntu)

sudo ufw allow 22

Якийсь дивний знімок у темряві, але переконайтеся, що ваш IP не змінився. У мене виникла ця проблема один раз - я встановив .bashrcпсевдонім alias sshdev='ssh me@123.2.3.4'як свій типовий спосіб входу, і одного дня я почав отримувати таку помилку:

ME-M-216C:~ me$ sshdev 
ssh: connect to host 123.2.3.4 port 22: Connection refused

У нас просто був відключений живлення на роботі, який скинув IP-адреси, тому я успішно прошивав IP-адресу, але це не була правильна машина. Ви можете nslookup <IP>переконатися, що це правильне ім’я машини, яке ви намагаєтеся ввести ssh.

Коли ви отримуєте повідомлення "відмовлено в з’єднанні", це означає, що демон не слухає цей порт або брандмауер відхиляє з'єднання. Щоб вирішити проблему, переконайтеся, що sshзапущена програма та правила локального брандмауера не відхиляють вхідні з'єднання на цьому порту.

У мене була така ж проблема з Linux Lite. Щоб виправити проблему, мені довелося отримати доступ до налаштувань> Конфігурація брандмауера. Після входу в root я змінив вхідне налаштування на Дозволити, і воно спрацювало.

Дві думки.

1. Чи дозволяє брандмауер підключати порт 22 до машини?
2. Чи працює ssh daemon ( sshd)?

ця команда працювала на мене. Спробуйте це.

update-rc.d -f ssh enable 2 3 4 5

Кроки, що виконуються в цілому: 1) пінг до пункту призначення та перевірка та перехресна перевірка введеної IP-адреси. 2) Перевірте статус sshd служби sudo на обох хостах. Якщо зупинено, запустіть службу sshd. Якщо помилка sshd.service не знайдена, встановіть openssh-server -> sudo apt install -y openssh-сервер і перезапустіть sshd.service 3) Відключення брандмауера або внесення змін у конфігураційні файли слід вважати останнім варіантом.