Я не могу подключиться к определенному FTP-серверу на Fasthosts через обычное соединение с Интернет-провайдером, используя любой из FTP-клиентов Filezilla, Notepad++ или WinSCP на моем ПК или ноутбуке. Тем не менее, я могу подключиться к FTP-серверу Fasthosts, если использую VPN или другую сеть интернет-провайдера (т.е. если я меняю свой IP). Мой IP-адрес - это фиксированный адрес 81.56.185.40 в сети интернет-провайдера Free.fr во Франции (где я на данный момент базируюсь).

Вот пример журнала от клиента WinSCP FTP с сообщениями о подключении:

2016-01-30 11:55:29.630 Подключение к ftp.normandie-chambres.co.uk ...

2016-01-30 11:55:29.673 Подключен к ftp.normandie-chambres.co.uk. Жду приветственного сообщения ...

2016-01-30 11:55:39.910 425 Извините, указан неверный адрес

2016-01-30 11:55:39.910 Отключен от сервера

2016-01-30 11:55:39.910 Ошибка подключения.

2016-01-30 11:55:39.910 Получил ответ 1004 команде 1

2016-01-30 11:55:39.931 (EFatal) Ошибка подключения.

2016-01-30 11:55:39.931 Отключен от сервера

2016-01-30 11:55:39.931 Ошибка подключения.

У меня нет проблем с подключением через мой обычный IP-адрес к FTP-серверам для других хостов сайта (например ,OVH) - затрагивается только Streamline и только с этого IP-адреса.

Streamline говорит, что мой IP-адрес не соответствует имени хоста, и поэтому я не могу подключиться к их серверу; но CMD Prompt nslookup дает мне этот результат имени хоста:

C:\Windows\system32> nslookup 81.56.185.40

Сервеур: dns2.proxad.net

Адрес: 212.27.40.241

*** Внутренний тип регистрации Aucun для адресов IPv4 и IPv6 (A+AAAA) - 81.56.185.40

C:\Windows\system32>

Сервер "dns2.proxad.net" по адресу "212.27.40.241" является сервером моего провайдера free.fr. Однако строка в конце переводится как «Нет внутреннего типа для адресов ivp4 и ivp6 (a+aaaa)». Означает ли это что-нибудь для кого-то здесь и может ли это указать на корень проблемы? И мой провайдер, и веб-хостинг говорят, что это не имеет к ним никакого отношения; они могут быть правы, но как проверить?

2 ответа2

0

В случае, если этот необычный набор симптомов случается с кем-то еще, я думаю, что у меня есть ключ к пониманию источника проблемы. IP-адрес Free.fr, через который я подключаюсь к Интернету 85.56.185.40, не разрешается хосту. Использование CMD Prompt nbtstat дает:

C:\Windows\System32> nbtstat -A 81.56.185.40

Connexion au réseau local: Адрес IP du noeud: [192.168.0.1] ID d'étendue: []

Hôte introuvable.

Connexion au réseau local 2: Адрес IP du noeud: [0.0.0.0] ID d'étendue: []

Hôte introuvable.

C:\Windows\System32>

Таким образом, кажется, что может быть проблема с конфигурацией DNS на Свободном сервере, не решающем имя хоста. Похоже, это означает, что доступ к FTP невозможен на рассматриваемом FTP-сервере Fasthosts, но это не проблема для всех FTP-серверов, так как FTP-сервер на ftp.normandie-chambres.fr хорошо (может быть размещен в OVH, а не в Fasthosts) Доступ в порядке.

0

Если FTP-клиент говорит "Ожидание приветственного сообщения", то похоже, что сессия FTP даже не достигла точки, когда тип передачи данных (активный или пассивный) является проблемой; клиент еще не может даже аутентифицироваться.

Я попытался определить этот IP-адрес «81.56.185.40» отсюда в США:

$ host 81.56.185.40
40.185.56.81.in-addr.arpa has no PTR record

И затем снова, используя "dns2.proxad.net" напрямую:

$ host 81.56.185.40 dns2.proxad.net
;; connection timed out; no servers could be reached

Интересно. Этот сервер даже работает / слушает?

$ ping 212.27.40.241
PING 212.27.40.241 (212.27.40.241): 56 data bytes
64 bytes from 212.27.40.241: icmp_seq=0 ttl=42 time=155.438 ms
64 bytes from 212.27.40.241: icmp_seq=1 ttl=42 time=157.992 ms
64 bytes from 212.27.40.241: icmp_seq=2 ttl=42 time=156.679 ms
64 bytes from 212.27.40.241: icmp_seq=3 ttl=42 time=158.380 ms

Поэтому теперь мне интересно, есть ли проблема с DNS-сервером на dns2.proxad.net , которая не позволяет разрешить ваш IP-адрес в его DNS-имени. Что, в свою очередь, помешало бы тому FTP-серверу разрешить вашему клиенту подключаться (при условии, что у этого FTP-сервера есть политика, требующая, чтобы IP-адреса разрешались по именам DNS; это часто делается для того, чтобы можно было применять ACL на основе имен DNS),

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .