Может получить доступ к веб-сайту, но не может проверить с помощью ping-запросов его, ни доступ через FTP
У меня есть проблема при соединении с сервером другим путем, чем HTTP.
Соединение через FTP заканчивается тайм-аутом, а также проверкой с помощью ping-запросов:
C:\Users\folmert> проверяют с помощью ping-запросов Вроцлав-elektryk.pl
Проверка с помощью ping-запросов Вроцлава-elektryk.pl [87.98.239.4] с 32 байтами данных:
Запрос приведен к таймауту.
Я могу проверить с помощью ping-запросов другие веб-сайты, таким образом, я не думаю, что проблема заключается на моей стороне. Я полагаю, что это - скорее из-за немного некоторая странная конфигурация сервера, действительно ли я прав? Я хочу удостовериться прежде, чем записать в поставщика услуг хостинга.
Сравнивая вывод traceroute -n wroclaw-elektryk.pl и traceroute -n -T -p 80 wroclaw-elektryk.pl Я нахожу что маршрут сильно меняется, что может немного усложнить отладку. Но я также обнаружил, что за пять прыжков до сервера я попал в неправильно настроенный брандмауэр,который отвечает за то, что ping не работает.
На основании данных whois для задействованных переходов, похоже, неправильно настроенный межсетевой экран находится на канале связи от магистрального провайдера к хостинг-провайдеру. Я думаю, что хостинг-провайдер не должен применять такие фильтры к своим клиентам, поэтому, если вы не можете заставить их отключить их, возможно, вам лучше сменить хостинг-провайдера.
Использование traceroute -n -T -p 21 wroclaw-elektryk.pl и telnet wroclaw-elektryk.pl 21 , я обнаружил, что соединение с сервером работает нормально. Но FTP-сервер не отправляет код ответа после того, как TCP-соединение было установлено.
Причины, по которым я ранее видел, что сервер не отправляет код ответа при недавно установленном TCP-соединении, включают:
- Неисправный носитель данных
- Ошибка ядра
- Сильно перегруженный сервер
- Сервер настроен на выполнение обратного DNS перед отправкой ответа и почему-то дает сбой.
Я полагаю, это проблема брандмауэра,к вашему удаленному хосту разрешен только HTTP-доступ. Вы можете проверить это с помощью nmap. Если вам нужно больше информации о команде, попробуйте сначала использовать man nmap.
Это происходит в основном из-за того, что у них есть блокированный доступ для протокола icmp и портов ftp. Если вам нужно это сделать, потому что это проблема клиента, попросите его открыть (разрешить доступ в конфигурации брандмауэра) порты icmp и ftp.
С уважением,
ankso