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

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

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

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

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

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

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

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

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

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

ipconfig /flushdns

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

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

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

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

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

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

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

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

Обратите внимание, что вы можете пропинговать компьютер по имени хоста, используя IPv4, просто указав/4переключиться наpingкоманда:

      C:\Users\user>ping xxx.com

Pinging xxx.com [xxx:7789%24] with 32 bytes of data:
General failure.
General failure.

Control-C
^C
C:\Users\user>ping /4 xxx.com

Pinging xxx.com [10.xxx.xxx.196] with 32 bytes of data:
Reply from 10.xxx.xxx.196: bytes=32 time<1ms TTL=128
Reply from 10.xxx.xxx.196: bytes=32 time<1ms TTL=128
Reply from 10.xxx.xxx.196: bytes=32 time<1ms TTL=128
Reply from 10.xxx.xxx.196: bytes=32 time<1ms TTL=128

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

Windows Vista, 7, 8

нетш иирр

netsh winsock reset

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

Windows XP

нетш иирр

netsh wr

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

Я также столкнулся с подобной проблемой. А именно, мне не удалось пропинговать или отследить 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 (Протокол управляющих сообщений Интернета), чтобы разрешить исходящие запросы проверки связи и проверки связи. Решенная проблема

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

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

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

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

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

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

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