Подтвердить что ты не робот

Почему я могу пинговать сервер, но не подключаться через SSH?

Когда я пингую свой сервер, он отвечает:

[email protected]:~$ ping my.server
PING my.server (111.111.111.11) 56(84) bytes of data.
64 bytes from my.server (111.111.111.11): icmp_req=1 ttl=42 time=38.4 ms
64 bytes from my.server (111.111.111.11): icmp_req=2 ttl=42 time=50.0 ms
64 bytes from my.server (111.111.111.11): icmp_req=3 ttl=42 time=58.6 ms
^C
--- my.server ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 38.419/49.037/58.637/8.287 ms

но когда я пытаюсь ssh (что-то, что я всегда делаю, и делал в течение последних нескольких часов при одном и том же соединении), он зависает:

[email protected]:~$ ssh my.server

http://speedtest.net говорит, что мое соединение имеет загрузку 1,5 Мбит/с и скорость загрузки 0,4 Мбит/с.

Есть ли причина, по которой ssh ​​зависает?

Результаты предложений, представленных в ответах

из @nsfyn55

[email protected]:~$ telnetmy.server 22 
Trying 111.111.111.11...
Connected to my.server
Escape character is '^]'.
SSH-2.0-OpenSSH_4.3
Connection closed by foreign host.

из @vahid:

[email protected]:~$ nc -v -w 1 111.111.111.111 -z 22
nc: timeout cannot be negative
4b9b3361

ОТВЕТЫ

Ответ 1

ping (протокол ICMP) и ssh - это два разных протокола.

  • Возможно, служба ssh не запущена или не установлена ​​

  • ограничение брандмауэра (локальное на сервере, такое как iptables или даже блокировка конфигурации sshd) или (внешний брандмауэр, который защищает входящий трафик на сетевой хостинг 111.111.111.111)

Сначала проверьте, находится ли порт ssh

nc -v -w 1 111.111.111.111 -z 22

если он преуспевает, тогда ssh должен обмениваться данными, если нет, то он никогда не будет работать, пока не будет отменено ограничение или не будет запущен ssh

Ответ 2

Узнайте две части информации

  • Какое имя хоста или IP целевого ssh sever
  • Какой порт прослушивает демон ssh (по умолчанию - порт 22)

$> telnet <hostname or ip> <port>

Предполагая, что демон запущен и работает и прослушивает этот порт, он должен установить сеанс telnet. Вероятные причины:

  • Демон ssh не работает
  • Хост блокирует целевой порт с помощью своего программного брандмауэра
  • Некоторое промежуточное сетевое устройство блокирует или фильтрует целевой порт
  • Демон ssh прослушивает нестандартный порт
  • Конфигурация TCP-оболочки и фильтрация вашего исходного узла

Ответ 3

На сервере попробуйте:

netstat -an

и посмотрите, открывается ли tcp port 22 (используйте findstr в Windows или grep в Unix).