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

Ping перестает отвечать после первой строки

У меня проблема с PING команда в Windows 8.1. Во время проверки связи команда не возвращает никаких дальнейших результатов после отправки первого запроса проверки связи.

Например:

ping 192.168.1.200

Pinging 192.168.1.200 with 32 bytes of data

Спасибо за вашу помощь.

РЕДАКТИРОВАТЬ 1:

Я провел тест с Wireshark, чтобы увидеть, что происходит. Вот скриншот. Много чего перепробовал, но ничего не помогло.

Если есть идеи ...

РЕДАКТИРОВАТЬ 2:

Я добавил результат ipconfig /all

Configuration IP de Windows

   Nom de l'hôte . . . . . . . . . . : NEPTUNE
   Suffixe DNS principal . . . . . . : xxx.xxxx.fr
   Type de noeud. . . . . . . . . .  : Hybride
   Routage IP activé . . . . . . . . : Non
   Proxy WINS activé . . . . . . . . : Non
   Liste de recherche du suffixe DNS.: xxx.xxxx.fr

Carte Ethernet vEthernet (Internal Ethernet Port Windows Phone Emulator Internal
 Switch) :

   Suffixe DNS propre à la connexion. . . :
   Description. . . . . . . . . . . . . . : Carte Ethernet virtuelle Hyper-V #2
   Adresse physique . . . . . . . . . . . : 00-15-5D-29-83-27
   DHCP activé. . . . . . . . . . . . . . : Non
   Configuration automatique activée. . . : Oui
   Adresse IPv6 de liaison locale. . . . .: fe80::64dd:8e3:4166:be79%19(préféré)

   Adresse d'autoconfiguration IPv4 . . . : 169.254.190.121(préféré)
   Masque de sous-réseau. . . . . . . . . : 255.255.0.0
   Passerelle par défaut. . . . . . . . . :
   IAID DHCPv6 . . . . . . . . . . . : 318772573
   DUID de client DHCPv6. . . . . . . . : 00-01-00-01-17-07-94-FD-50-E5-49-3A-9A
-48
   Serveurs DNS. . .  . . . . . . . . . . : fec0:0:0:ffff::1%1
                                   fec0:0:0:ffff::2%1
                                   fec0:0:0:ffff::3%1
   NetBIOS sur Tcpip. . . . . . . . . . . : Activé

Carte Ethernet Connexion au réseau local :

   Suffixe DNS propre à la connexion. . . :
   Description. . . . . . . . . . . . . . : Contrôleur Realtek PCIe GBE Family
   Adresse physique . . . . . . . . . . . : 50-E5-49-3A-9A-48
   DHCP activé. . . . . . . . . . . . . . : Non
   Configuration automatique activée. . . : Oui
   Adresse IPv4. . . . . . . . . . . . . .: 192.168.1.5(préféré)
   Masque de sous-réseau. . . . . . . . . : 255.255.255.0
   Passerelle par défaut. . . . . . . . . : 192.168.1.254
   Serveurs DNS. . .  . . . . . . . . . . : 8.8.8.8
                                   8.8.4.4
   NetBIOS sur Tcpip. . . . . . . . . . . : Activé

Заранее спасибо.

Команда Ping отправляет ICMP-пакеты и ждет ответа; Пакеты ICMP могут быть заблокированы локально программным брандмауэром или на ЛЮБОМ шлюзе в середине маршрута.

Попробуйте сначала проследить маршрут:

tracert -d google.fr

Это даст вам список прыжков. Отправьте пинг на каждый из этих серверов, чтобы узнать, какой из них мешает вам пинговать снаружи.

Напоминание: Я не могу это особо подчеркнуть, любой брандмауэр / маршрутизатор может блокировать запросы ping извне, это может быть ваш интернет-провайдер, университет, домашний маршрутизатор и т. Д.

редактировать: Я полагаю, вы можете пропинговать свой собственный компьютер ...

ping localhost
ping 127.0.0.1

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

Я видел странные вещи, когда ICS (Совместное использование подключения к Интернету) включен.

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

Это могло произойти из-за неисправного оборудования, например из-за неисправной сетевой карты. Я видел отчет, в котором замена маршрутизатора решила этот тип проблемы, но тот факт, что другие компьютеры могут пинговать, устраняет этого виновника ... Или вы пытались выполнить эхо-запрос, используя альтернативный профиль пользователя на компьютере?

Вероятно, в вашей системе установлен какой-то брандмауэр, который блокирует исходящий пакет icmp.

Похоже, что вы не можете пропинговать свой собственный компьютер, проблема, похоже, чисто программная, так как интерфейс обратной связи не проходит через вашу сетевую карту. Либо в Windows по какой-то причине поврежден стек TCP / IP или конфигурация, либо что-то мешает правильной работе TCP / IP (это может быть законное программное обеспечение, такое как антивирус, которое по какой-то причине работает не так, как должно, или это может быть вредоносная программа с серьезными побочными эффектами).

Возможно, вы можете попробовать это, чтобы повторно инициализировать свой стек TCP / IP: http://support2.microsoft.com/kb/299357. Если все еще не удалось, возможно, вам придется переустановить Windows.

Я думаю, вероятно, что вы нарушаете ограничение скорости ICMP на каком-то брандмауэре (возможно, на целевом хосте). Если вы пингуетесь с (возможно) гораздо большим интервалом, это может сработать.

Попробуйте отключить IPv6 и включить IPv4 на адаптере vEthernet. Если по-прежнему не работает, в разделе «Дополнительно» установите для метрики значение 1.

Дальнейшее устранение неполадок

Дает ли пинг IPv6-адреса такие же результаты?

Отключите адаптер «Carte Ethernet vEthernet (внутренний коммутатор эмулятора Windows Phone для внутреннего порта Ethernet)» (запустите ncpa.cpl, щелкните правой кнопкой мыши) и попробуйте выполнить эхо-запрос IPv4 еще раз. Если вы можете пинговать правильно, вероятно, это конфигурация вашего адаптера vEthernet. Повторно включите адаптер.

По данным wirehark, у вас определенно есть проблема с разрешением DNS (см. http://www.wildpackets.com/resources/compendium/tcp_ip/unreachable для описания ошибок), и ваш виртуальный коммутатор имеет только DNS-серверы IPv6 по умолчанию, а ваш физический адаптер имеет только DNS-серверы Google IPv4. У вас все еще такое же поведение, когда DNS работает правильно?

Также не помешает узнать, что находится в вашем файле hosts -% SystemRoot% \ system32 \ drivers \ etc \ hosts

Трассировка вашего пакета обнаруживает ошибку в стеке IP на 192.168.1.5.

Краткое содержание сообщения:

192.168.1.5 -> 173.194.45.47 Эхо-запрос ICMP
173.194.45.47 -> 192.168.1.5 Эхо-ответ ICMP
192.168.1.5 -> 173.194.45.47 Ошибка ICMP: я не поддерживаю ICMP

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

Причиной такого нарушения стека IP обычно является брандмауэр. Предполагая, что след был произведен на 192.168.1.5 сам (что похоже на случай, основанный на времени пакетов), то сломанный межсетевой экран также должен быть включен 192.168.1.5.