Основной вопрос: если я получаю приличный пинг между прыжками при чтении traceroute, НО я не могу подключиться к хосту через FTP, что это означает?
Под подключением через FTP я просто подразумеваю использование FileZilla, и появляется ошибка «Время ожидания подключения истекло». Однако мое чтение трассировки этого IP-адреса не указывает на проблему с задержкой.
Я удалил приведенные ниже IP-адреса, но это выглядит так:
traceroute to 207.xxx.xxx.xx, 30 hops max, 40 byte packets
1 <server> 0.788 ms 1.135 ms 1.135 ms
2 <server> 0.677 ms 0.688 ms 0.679 ms
3 <server> 4.526 ms 4.500 ms 4.500 m s
4 <server> 1.502 ms 1.507 ms 1.502 ms
5 <server> 4.771 ms ae1.ar2.ord1.us.nla yer.net (69.31.111.146) 4.761 ms 4.734 ms
6 <server> 1.456 ms !N 1.300 ms
Есть идеи или предложения? Спасибо!
Есть ли ftp-сервер, который слушает 207.x.x.x. ? Есть ли брандмауэр и настроен ли он для подключения к ftp-серверу?
Это означает, что хост доступен в Интернете, но не отвечает на попытки подключиться к FTP.
Это будет связано либо с отсутствием работающей службы FTP, либо с брандмауэром, блокирующим порт (что более вероятно, поскольку у вас есть тайм-аут вместо отказа), либо с обоими.
Как говорят Шейн Мэдден и Иэн, попытки подключения к TCP-порту 21 (FTP) не проходят. Вы можете попробовать отследить маршрут с помощью TCP, чтобы узнать, где происходит разрыв соединения, например
nmap -Pn --traceroute -p 21 207.xxx.xxx.xx
или
tcptraceroute 207.xxx.xxx.xx 21
Сначала немного в сторону, чтобы обсудить тестирование с помощью правильного инструмента.
Инструменты ICMP уже давно являются обычным методом проверки возможности подключения, но они не всегда являются хорошими тестами. Как вы выяснили, вы можете без проблем подключиться к своему серверу через ICMP, но не используя FTP (работающий поверх TCP / IP). Может ли тестирование задержки веб-сайта путем отправки ICMP-трафика на сервер, на котором он размещен, дать значимые и полезные результаты? Возможно нет. В этом случае лучше использовать такие инструменты, как httping или mtr.
У ISC есть хорошая небольшая статья об этой проблеме здесь: Пинг плохой (иногда)
Так что по многим причинам PING - просто плохой тест во многих ситуациях. Либо он показывает, что что-то не так, когда оно растет, либо, если вы используете его как меру производительности, он не измеряет то, что, по вашему мнению, он измеряет.
Что делать людям? Ну, во-первых, проверьте хосты на статус up / down для транспортов, которые они будут получать и отвечать. Таким образом, веб-сервер, вероятно, следует тестировать с использованием tcp / 80, а не icmp echo и echo response. Точно так же производительность сетей RTT (Round Trip Time) должна измеряться с использованием протоколов, которые мы действительно хотим измерить. Протоколы, такие как tcp / 80 (http), tcp / 443 (https) или tcp / 445 (блок сообщений сервера (SMB) через IP (Microsoft-DS)).
Предложение @Gerald Combs отличное. Попробуйте использовать метод проверки подключения на основе TCP.
Вы можете проверить, что TCP / 21 открыт и принимает соединения, используя telnet:
telnet 207.xxx.xxx.xx 21
Если вы можете успешно подключиться, вы можете подтвердить, что можете подключиться к FTP-серверу (то есть нет никаких брандмауэров, блокирующих ваше соединение) и что FTP-сервер запущен. Если это так, то ваша проблема находится где-то на уровне приложения. Как указывали другие, проблема более вероятна в том, что FTP-сервер не прослушивает и / или брандмауэр блокирует соединение.