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

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

Некоторые приложения блокируют http трафик, например, Peerblock. Это приводит к тому, что пинг не работает через сообщение об ошибке “General Failure”.

Способ, которым я нашел приложение, вызывающее это, заключался в том, чтобы убивать процессы один за другим и проверять пинг. В конце концов, я убил Peerblock в моем случае, и мой ping начал работать.

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

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

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

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

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

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

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

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

ipconfig /flushdns
```.

Похоже, что на вашем компьютере включена технология перехода/туннелирования IPv6. К сожалению, технология 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’ и внезапно остальные ваши подсети Lan снова заработают.

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

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

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

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

Windows Vista, 7, 8

netsh i i r

netsh winsock reset

Then reboot.

Windows XP

netsh i r

netsh i r

netsh w r

Then reboot. Удачи!

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

** Я сделал следующее для устранения проблемы:**

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

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

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

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

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

6. Щелкнули Системные правила, а затем включили ICMP (Internet Control Message Protocol ), чтобы разрешить исходящий ping и трассировку запроса. Resolved Issue

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

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

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

Пока я не выполнил этот ping и tracert, оба не сработали (но я смог просмотреть имя узла через nslookup).

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

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

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