Почему я получаю «общий сбой» при проверке имени хоста на узле Win 7 в сети?
это очень специфическая проблема со станцией в нашей сети. Клиентский компьютер работает под управлением Windows 7 Pro. То, что делает эту проблему интересной, состоит в том, что этот клиент-единственный узел в сети, которая, кажется, испытывает этот proglem. Когда я пытаюсь пропинговать определенный сервер Win 08 по имени хоста, я получаю IPv6 адрес и получаю General failure. но когда я пинг это IPv4-адрес, он отвечает просто отлично.
моя первая мысль будет проверить DNS-сервер разрешения имен, чтобы увидеть, что будет продолжаться, но проблема напрашивается вопрос, почему станция получает адрес IPv6 и терпит неудачу, а не использует настройки IPv4 (которые являются статическими btw). Что это дает? Я в том числе снимок экрана пытается один конкретный сервер и сбой при попытке другого сервера с успехом. Все остальные узлы сети не имеют проблем со связью с сервером, с которым у одной станции возникли проблемы.
11 ответов
в моей ситуации, я нашел peerblock причиной этого.
некоторые приложения блокируют http-трафик, например peerblock. Они вызывают сбой Эхо-запросов через сообщение об ошибке «общий сбой».
Как я нашел приложение, вызывающее это было убить процессы один за другим и проверки пингов. В конце концов я убил peerblock в моем случае, и мой пинг начал работать.
Если ваши пинги терпят неудачу только для нескольких сайтов, это, скорее всего, Брандмауэр, антивирус или некоторые другие http перехвата / блокировки приложений, таких как Peerblock, Чарльз, Wireshark. п.
У меня была аналогичная проблема. Я должен был удалить клиента мобильности AnyConnect.
У меня был постоянный пинг работает и получал » общий сбой.»на 8.8.8.8; как только удаление было наполовину сделано, я вернулся, чтобы быть в состоянии пинговать.
узнал, прочитав несколько других сообщений, что IPv6 точно не отключен, сняв флажок protocal в настройках сетевого адаптера. Кроме того, в windows встроены политики префиксов, предпочитающие IPv6 IPv4.
получается Microsoft имеет некоторые инструменты, которые помогут с выбором Прищепенко или вообще отключить протокол IPv6 на своих сайтах. до сих пор не уверен, почему я получил General Failure сообщение в первую очередь, но, по крайней мере, я смог исправить приоритет использования Microsoft Fix it 50410 на этой странице (предпочтительнее IPv4 по IPv6 в префиксных политиках).
Я бы получил эту ошибку после:
- доступ к сайту.
- подключение к моей корпоративной VPN.
- доступ к тому же сайту.
это произошло не для всех сайтов, а только для сайтов, которые мы (компания) опубликовали. Чтобы исправить это, я побежал
Кажется, на вашем компьютере включена технология перехода/туннелирования IPv6 6to4. К сожалению, 6to4 очень ненадежен на практике, и для многих он полностью сломан.
рекомендуется отключить все переходные технологии, если вы их не используете, так как все они могут вызвать различные проблемы, такие как эта.
вы можете сделать это из командной строки администратора следующие:
в моем случае это фактически распространилось полностью до клиента Cisco VPN. Он сказал, что произошел сбой сетевой подсистемы. Оказывается, моя беспроводная сетевая карта получала IP-адрес и все, но когда я попытался пропинговать свой маршрутизатор, это давало мне общий сбой.
Я взглянул на Диспетчер устройств, и там была куча новых элементов Bluetooth, которые не установили свои драйверы. Это было странно, потому что я не установил ничего нового. На самом деле, это ноутбук со встроенным Bluetooth устройств.
Я знаю, что Bluetooth позволяет вам делать PAN (personal area network), поэтому мне было интересно, имеет ли это каким-то образом приоритет над моим WiFi NIC. Я отключил все эти элементы в диспетчере устройств, и хотя для этого «предположительно нового оборудования» не было установлено никаких новых драйверов, это позволило мне начать пинговать мой маршрутизатор. Теперь я успешно использую свой ноутбук, чтобы попасть на we и VPN.
Я тоже столкнулся с подобной проблемой. А именно, я не смог пинговать или tracert www.google.com на операционной системе Windows 7 и он бросил общий сбой.
Я сделал следующее, чтобы trouble-shoot и решить проблему:
- выдать команду ping -4 www.google.com. Это явно пингует с помощью IPV4.не удалось решить проблему.
выполнил ту же команду из #1, но ping -6 . Явно пинг с IPV6. ошибка заявила, что она не может найти хозяина www.google.com
выполнил ту же команду с другой целью (в моей сети) без проблем.
временно остановлена брандмауэром (Аваст) и был успешно пинговать/tracert для www.google.com.
открытый Avast Internet Security, нажмите настройки брандмауэра на левой панели, нажмите кнопку Настройки.
Система затем включите ICMP (Internet Control Message Protocol), чтобы разрешить исходящий запрос ping и трассировки. Решен Вопрос
обеспокоенный: я выдал вышеуказанные команды на той же рабочей станции несколько недель назад без проблем. Я не уверен, как эта настройка была изменена.
Ping – общий сбой. Как побороть?
Сегодня я потратил много нервов и времени, чтобы решить элементарную задачу. После переноса сайта на другой сервер, нужно было банально протестировать его работу перед тем как окончательно сменить DNS. Обычно, для проверки соединения с сервером используют команду ping в консоли Windows. Но случилось так, что при вызове этой команды я получал ошибку в виде “Общий сбой и т.д., и т.п.”. В этой краткой заметке, поделюсь эффективным решением данной проблемки.
Что такое Ping и как использовать?
Ping (с англ. ping – сонар, эхо, сигнал) – это утилита для проверки сетевого интернет-соединения с требуемым доменом или IP-адресом, используя модель передачи данных TCP/IP. С помощью команды ping можно опросить нужный домен, узнать его IP-адрес, продиагностировать скорость соединения с сервером, целостность и качество соединения на предмет запроса потери пакетов. Утилита входит в поставку всех современных операционных систем.
Чтобы выполнить команду ping в Windows 10, нажмите ПУСК, найдите “Служебные” и откройте программу “Выполнить”, введите cmd и нажмите ENTER:
Далее перед вами появиться стандартная командная строка. В ней набираем команду ping.
Например, ping google.com:
Почему возникает ошибка “Общий сбой” при выполнении Ping?
В моем случае, после ввода и выполнения команды ping, я получал в ответ ошибку “Общий сбой”:
Я долго не мог разобраться почему возникает эта ошибка. Отключил все фаерволы, антивирусы, malware сканеры, но толку было мало. Глупая ошибка появлялась каждый раз при запросе к тому или иному домену с помощью ping.
Погуглив , я понял что в Windows 10 есть какая-то проблема, связанная с IPv4/IPv6. Как мне объяснили, в 10-тке по умолчанию включена технология перехода на IPv6, который редко используется. Теоретически, это могло стать проблемой в работе с IPv4.
На одном из форумов , посоветовали выключить эту технологию с помощью команд:
netsh int ipv6 isatap set state disabled
netsh int ipv6 6to4 set state disabled
netsh interface teredo set state disable
И очистить кеш DNS после этого:
Или перейти и установить уже готовый “скрипт” отключения IPv6 на официальном сайте Microsoft>>
Сказали способ рабочий. Но мне это не помогло и я начал думать сам.
Первым делом включал и выключал брандмауэр, переключал режимы сети из общедоступной на приватную, что никак не помогало убрать эту “чертовщину”. Потом я включил обратно технологию туннелирования, поняв, что моя проблема с этим не связана:
netsh int ipv6 isatap set state enabled
netsh int ipv6 6to4 set state enabled
(!) Но – команду netsh interface teredo я не стал стандартно включать, а просто перевел в режим по умолчанию, так:
netsh interface teredo set state default
Затем я перешел в настройки брандмауэра, кликнув по значку на панели задач и выбрал раздел “Брандмауэр и безопасность сети”:
Далее я нажал на ссылку “Восстановить настройки по умолчанию” (видимо они были ранее мной или на программном уровне изменены). После этого я переподключился к сети Интернет и заново попробовал “запинговать” домен. Появилось окно брандмауэра Windows – нажал ОК. Ура, все заработало. Для перепроверки, еще раз перезагрузил комп. Работает с включенным брандмауэром.
Вот и все. Так что, на 90% проблема состояла в самом брандмауэре Windows 10, который все-таки является неплохим “полицейским” и блокирует любые подозрительные соединения. Именно он, а не антивирусы, обрывал передачу пакетов в ping, вызывая ошибку “Общий сбой”.
Альтернативный вариант решения ->
Таким образом, за пару минут мне удалось решить проблему, над которой я провозился половину дня. Главное, учиться думать самому. Иногда в интернете можно найти сколько-угодно ответов на свои вопросы, но ни один из них не будет полезным, пока вы самостоятельно не научитесь анализировать и решать свои проблемы. Главное, не паниковать и не спешить, а сконцентрироваться, в спокойной атмосфере пробовать разные варианты, вести хронологию операций, чтобы можно было откатиться. Как показывает практика, много ошибок в IT легко решаются.
Удачи и спокойствия! А если кто столкнулся с похожей проблемой, но решил ее по-своему, напишите, пожалуйста, в комментариях.
Общий сбой при пинге windows 7
Windows 7 Максимальная, rus, x64.
Внезапно, перестала работать сеть.
Имена не разрешаются, при попытке пинга любого адреса кроме 127.0.0.1 выводится сообщение из заголовка.
Сетевой контроллер — встроенный, Intel 82566DM.
Подключен к роутеру Asus RT-N16. Воткнутый в соседний порт ноутбук работает. Менять патчкорд и порт пробовал.
Время возникновения проблемы диагностировать сложно — компьютер не включался недели полторы, до этого все работало отлично. Из изменений конфигурации\софта разве что плановая установка обновлений на Windows (обновляется Windows регулярно, т.е. сейчас стоят все обновления).
Погуглив, попробовал все найденные способы:
- netsh int ip reset
netsh winsock reset - обновление драйвера на сетевой контроллер
- отключение IPv6
- сторонних брандмауэров нет, встроенный отключен.
- из антивирусов стоит только MS Security Essentials.
- пробовал проверять на вирусы еще и dr web cure it
в безопасном режиме ситуация такая же.
Что еще можно попробовать сделать?
Ответы
Сетевой контроллер — встроенный, Intel 82566DM.
Все ответы
Сетевой контроллер — встроенный, Intel 82566DM.
Вы сами посмотрете — для подключения по локальной сети «Среда передачи недоступна»! чего ж хотеть?!
Значит нет связи с роутером. Либо сдох адаптер, либо меняйте кабель, либо меняйте порт.
Ещё могут быть проблемы с драйвером (из-за обновлений. мало ли. ). Проверьте. Сделайте откат драйвера, если возможно. Удалите его в диспетчере устройств и перезагрузитесь, чтобы вновь установился. Если игры с драйвером не помогут — см. выше.
Если не помогает — менять мамку или ставить внутренний адаптер.
(а почему у Вас APIPA-адреса для VMWare-адаптеров. так положено? разве не должны быть «нормальные» адреса. )
Вы сами посмотрете — для подключения по локальной сети «Среда передачи недоступна»! чего ж хотеть?!
Значит нет связи с роутером. Либо сдох адаптер, либо меняйте кабель, либо меняйте порт.
поменять кабель и порт я пробовал — и даже указал это в вопросе. с драйвером со старым сначало работало, потом вдруг перестало. обновить попробовал — ноль эффекта. из диспетчера устройств удалял. пока сдохший адаптер это самое вероятное.
настройки IP статика — по DHCP ничего не получает.
(а почему у Вас APIPA-адреса для VMWare-адаптеров. так положено? разве не должны быть «нормальные» адреса. )
скорее всего из за проблем с единственным физическим сетевым контроллером.
(а почему у Вас APIPA-адреса для VMWare-адаптеров. так положено? разве не должны быть «нормальные» адреса. )
скорее всего из за проблем с единственным физическим сетевым контроллером.
э нет, какая тут связь?! это самостоятельные адаптеры, причем активные (?! не ругается на состояние среды). DHCP не включен. они получают свои параметры независимо. (хотя, конечно, всё может быть. как там софт написан. я спросил из любопытства. А всё же — там должны быть частные статические адреса?)
Если все возможные варианты перепробованы, то остается последний. 🙁
(а почему у Вас APIPA-адреса для VMWare-адаптеров. так положено? разве не должны быть «нормальные» адреса. )
скорее всего из за проблем с единственным физическим сетевым контроллером.
э нет, какая тут связь?! это самостоятельные адаптеры, причем активные (?! не ругается на состояние среды). DHCP не включен. они получают свои параметры независимо
тогда, наверное, из за
netsh int ip reset
netsh winsock reset
в любом случае, этот вопрос меня мало интересует.
похоже на последствия вируса.
А если просто откатить систему на момент когда все работало?
еще как вариант запустить sfc /scannow
А если попробывать загрузиться из WinPE и попробывать попингать из нее? Если неполучится, то железка неисправна.
С Live CD идея хорошая — но руки не дошли до реализации.
Купил новую карту, 5 минут полет нормальный.
Купил новую карту, 5 минут полет нормальный.
Здравствуйте! Столкнулся с такой же проблемой, ,система Win7 Home Premium 64 две сетевые , встроенная realtec pcie GBE (драйвера самые свежие с сайта реалтек) и wifi Dlink DWA-556 подключение по wifi — ограниченный доступ, по ЛС видно на картинке — http://clip2net.com/s/V00z Коммуникатор подключенный по USB со включенным общим интернетом создает подключение по ЛС которое с таким же успехом не работает . Проблема началась недавно, сначала откатывался с помощью восстановления системы, помогало, но после нескольких перезагрузок все возвращалось.. связываю все это с обновлением win, сразу после обновления сеть падала.. теперь после sfc \restore откатиться не могу, пропали все точки восстановления. Пробовал все, перечисленное в этой теме результата ноль. Очень не хочется переустанавливать систему, помогите пожалуйста!
Ноут с роутером по wifi работает прекрасно, телефон тоже..