Почему я получаю "Общий сбой" при пинге имени хоста на узле Win 7 в сети?

Question

Это очень специфическая проблема со станцией в нашей сети. Клиентский компьютер работает под управлением Windows 7 Pro. Что делает эту проблему интересной, так это то, что этот клиент является единственным узлом в сети, который, похоже, испытывает эту проблему. Когда я пытаюсь пропинговать конкретный сервер Win 08 по имени хоста, я получаю адрес IPv6 и получаю General failure. Но когда я пингую его IPv4-адрес, он отвечает просто отлично.

Моей первой мыслью было бы проверить на DNS-сервере разрешения имен, чтобы увидеть, что будет происходить, но проблема напрашивается на вопрос: почему станция возвращает адрес IPv6 и дает сбой, в отличие от использования настроек IPv4 (которые статические, кстати), Что дает? Я включаю снимок экрана с попыткой одного конкретного сервера и неудачей при попытке другого сервера с успехом. Все другие узлы в сети не имеют проблем с соединением с сервером, с которым у одной станции есть проблемы.

Answer 1

В моей ситуации я обнаружил, что peerblock вызвал это.

Некоторые приложения блокируют http-трафик, например peerblock. Это приводит к сбою эхо-запросов через сообщение об ошибке "General Failure".

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

Если ваши эхо-запросы не работают только для нескольких сайтов, это, скорее всего, брандмауэр, антивирус или какое-либо другое приложение для перехвата / блокировки HTTP, такое как Peerblock, Charles, Wireshark ... и т.д.

Answer 2

У меня была похожая проблема. Мне пришлось удалить клиент мобильности AnyConnect.

У меня был постоянный пинг, и я получал «общий сбой». до 8.8.8.8; как только удаление было на полпути, я вернулся к возможности пинговать.

Answer 3

Прочитав пару других постов, узнал, что IPv6 не совсем отключен, сняв флажок с протокола в настройках сетевого адаптера. Кроме того, в окна встроены политики префиксов, которые предпочитают IPv6 по сравнению с IPv4.

Оказывается, у Microsoft есть некоторые инструменты, которые помогают выбрать предпочтение или вообще отключить IPv6 на своем сайте. До сих пор не уверен, почему я получил сообщение General Failure , но, по крайней мере, мне удалось исправить приоритет, используя Microsoft Fix it 50410 на этой странице (в политиках префиксов предпочитайте IPv4, а не IPv6).

Answer 4

Я получил бы эту ошибку после:

1. Доступ к сайту.
2. Подключение к моему корпоративному VPN.
3. Доступ к тому же сайту.

Это произошло не для всех сайтов, только для сайтов, которые мы (компания) опубликовали. Чтобы это исправить я побежал

ipconfig /flushdns

Answer 5

Похоже, на вашем компьютере включена 6to4, технология перехода / туннелирования IPv6. К сожалению, 6to4 очень ненадежен на практике, и для многих он полностью сломан.

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

Это можно сделать из командной строки администратора с помощью следующего:

netsh int ipv6 isatap set state disabled
netsh int ipv6 6to4 set state disabled
netsh interface teredo set state disable

Answer 6

В моем случае это фактически распространялось вплоть до клиента Cisco VPN. Он сказал, что произошел сбой сетевой подсистемы. Оказывается, мой беспроводный ник получал IP-адрес и все такое, но когда я попытался пропинговать мой маршрутизатор, он вызывал общий сбой.

Я взглянул на диспетчер устройств, и там было множество новых элементов Bluetooth, драйверы которых не были установлены. Это было странно, потому что я не установил ничего нового. На самом деле это ноутбук со встроенным оборудованием Bluetooth.

Я знаю, что Bluetooth позволяет вам выполнять PAN (персональную сеть), поэтому я подумал, что это как-то превалирует над моей WiFi NIC. Я отключил все эти элементы в диспетчере устройств, и хотя для этого «предположительно нового оборудования» не было установлено никаких новых драйверов, это позволило мне начать пинговать мой маршрутизатор. Теперь я успешно использую свой ноутбук, чтобы подключиться к нам и к VPN.

Answer 7

Я также столкнулся с аналогичной проблемой. А именно, мне не удалось пропинговать или отследить www.google.com в операционной системе Windows 7, и это вызвало общий сбой.

Чтобы устранить проблему и решить проблему, я сделал следующее:

1. Введите команду ping -4 www.google.com. Это явно пингует с использованием IPV4. Не удалось решить проблему.

2. Выдана та же команда из # 1, но ping -6. Явно пинг с IPV6. Ошибка заявила, что не может найти хост www.google.com

3. Выдана та же команда с другой целью (в моей сети) без проблем.

4. Временно остановил брандмауэр (AVAST) и успешно смог выполнить ping/tracert на www.google.com.

5. Открыл Avast Internet Security, щелкнул настройки брандмауэра на левой панели, нажал кнопку «Настройки».

6. Нажмите Системные правила, а затем включите ICMP (Протокол управляющих сообщений Интернета), чтобы разрешить исходящие запросы проверки связи и проверки связи. Решенная проблема

Обеспокоенный: я выполнил вышеупомянутые команды на той же рабочей станции несколько недель назад без проблем. Я не уверен, как этот параметр был изменен.

Answer 8

Исправлена одна из них на win 8.1 путем сброса TCP/IP и Winsock. Для тех, кому нужна информация о том, как открыть командную строку ADMIN и выполнить:

Windows Vista, 7, 8

нетш иирр

netsh winsock reset

Затем перезагрузите компьютер.

Windows XP

нетш иирр

netsh wr

Затем перезагрузите компьютер. Удачи!

Answer 9

Полезная статья с некоторыми хорошими инструкциями и полезными командами для исправления этой надоедливой проблемы Windows написана здесь: https://appuals.com/fix-general-failure-error-running-ping-commands/.

Answer 10

Вам может понадобиться переподключиться к вашему VPN.

Я столкнулся с подобной проблемой и попытался очистить кэш dns (ipconfig /flushdns) безрезультатно. В итоге мне пришлось отключиться и снова подключиться к VPN, чтобы получить разрешение, чтобы снова начать работать.

Пока я не сделал это, ping и tracert оба не смогли (но я смог найти имя хоста через nslookup).

Answer 11

В моем случае это произошло потому, что в моем интернет-соединении были включены и IPv4, и IPv6, но затем я подключился к VPN, которая поддерживала только IPv4. Поэтому я думаю, что Windows все еще пыталась подключиться к этому хосту через IPv6 через VPN, что не удалось.

Исправление состояло в том, чтобы отключить IPv6 в свойствах сетевого адаптера для моего подключения к Интернету.

Answer 12

функция 'cybersec' клиента nordvpn также приводит к тому, что другие (локальные) диапазоны подсетей также становятся недоступными, даже если vpn выключен - $ deity знает почему - отключите опцию 'cybersec' и внезапно ваш другой локальный компьютер снова работают подсети.