Назад | Перейти на главную страницу

Как определить и устранить основную причину тайм-аута соединения?

Задний план: Я пытаюсь подключиться к серверу SFTP для передачи файлов. Однако я заметил, что не могу подключиться к нему с одного конкретного сервера. Я могу подключаться с других машин в той же сети, поэтому могу сказать, что на этом сервере что-то не так.

SERVER-OK#1   ---> sftpserver.com:22
SERVER-FAIL#2 ---> sftpserver.com:22

Что я пробовал / узнал до сих пор:

  1. traceroute - есть разные результаты трассировки. Неисправный сервер не завершает трассировку.

    traceroute to sftpserver.com (10.10.10.10), 30 hops max, 60 byte packets 
    1  10.10.10.1 (10.10.10.254)  0.681 ms  1.209 ms  1.435 ms 
    2  99.99.99.99 (99.99.99.254)  1.890 ms  1.820 ms  1.741 ms
    3  * * *
    4  * * *
    30 * * *
    
  2. ping - время ожидания для sftpserver.com истекает только из СБОЙ СЕРВЕРА №2. Я могу пинговать Google и т. Д., Но не sftserver.com. Если это сделано с других серверов, пинг в порядке.

  3. iptables - отключен.
  4. proxies - http_proxy установлен в bash_profile.
  5. firewall - разрешает порт 22 SSH.
  6. reboot server - Я точно знаю? Я в отчаянии.

Есть что-нибудь еще, что я должен проверить?

Если вы знаете, что это работает с других серверов, вам просто нужно определить, чем отличаются отношения между двумя серверами, которые не работают. Поскольку время трассировки истекло и эхо-запрос не прошел, между этими узлами возникла основная проблема с подключением. Сравните настройки неисправного сервера и заведомо исправных хостов. В частности:

  • Настроен ли шлюз и соответствует ли он другим хостам в подсети?
  • Верны ли сетевой адрес и маска подсети?
  • Может ли проблемный хост связаться с любым / всеми другими хостами в сети?
  • Проходит ли этот плохой traceroute тот же путь, что и успешные от других хостов?

Например, слегка смещенная маска подсети позволит вам легко достичь почти всех других хостов, но сделает определенное подмножество «невидимым», потому что ваш хост не думает, что находится в той же локальной сети. В route -n Команда должна показать вам основную информацию о шлюзе, сети и подсети.