У меня проблема с подключением к серверу другим способом, кроме HTTP.
Подключение по FTP заканчивается таймаутом, а также пингом:
C: \ Users \ folmert> пинг wroclaw-elektryk.pl
Проверка связи wroclaw-elektryk.pl [87.98.239.4] с 32 байтами данных:
Истекло время запроса.
Я могу пинговать другие веб-сайты, поэтому не думаю, что проблема на моей стороне. Я считаю, что это скорее из-за какой-то странной конфигурации сервера, верно? Я хочу убедиться, прежде чем писать хостинг-провайдеру.
Это происходит в основном из-за того, что у них есть блокированный доступ для протокола icmp и портов ftp. Если вам нужно это сделать, потому что это проблема клиента, попросите его открыть (разрешить доступ в конфигурации брандмауэра) порты icmp и ftp.
С Уважением,
анксо
Я полагаю, это проблема брандмауэра, к вашему удаленному хосту разрешен только HTTP-доступ. Вы можете проверить это с помощью nmap. Попробуйте сначала использовать man nmap, если вам нужно больше информации о команде.
Сравнение выхода 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-соединение, включают: