UncleFather » 04 окт 2012 23:35, Чт
Проблема:
Имеется Microsoft Windows 7 Rus Домашняя Базовая.
После перезагрузки компьютера сеть перестает корректно работать:
-
не подключается сетевой диск, расшаренный на этом же компьютере
-
с других ПК так же невозможно подключиться к общим ресурсам этого компьютера
-
невозможно распечатать на общие принтеры, расшаренные через другие компьютеры в ЛВС
-
при попытке на этом компьютере пропинговать самого себя по имени видим:
и это - даже несмотря на то, что протокол IPv6 отключен:
-
при попытке на этом компьютере пропинговать самого себя по ip-адресу видим:
Обмен пакетами с 192.168.0.20 по с 32 байтами данных:
Превышен интервал ожидания для запроса.
Ответ от 88.151.105.226: Заданный узел недоступен.
Ответ от 88.151.105.226: Заданный узел недоступен.
Превышен интервал ожидания для запроса.
Статистика Ping для 192.168.0.20:
Пакетов: отправлено = 4, получено = 2, потеряно = 2
(50% потерь)
-
в журналах ничего особенного нет
-
если посмотреть конфигурацию протокола TCP/IP командой
увидим огромное количество непонятных адаптеров (см. вложение):
-
в диспетчере устройств, если отобразить скрытые устройства, то так же, как в предыдущем пункте, увидим огромное количество устройств "Адаптер Microsoft 6to4 #XX":
Решение:
Корень зла как раз в этих скрытых устройствах "Адаптер Microsoft 6to4 #XX". Вообще, такой адаптер в диспетчере устройств должен быть один - это переходный механизм, позволяющий передавать IPv6-пакеты через IPv4-сети.
А расплодившиеся в огромном количестве клоны этого адаптера - это известный баг Microsoft Windows 7.
Чтобы избавиться от уже созданных устройств, необходимо:
-
скачать утилиту devcon с сайта microsoft или отсюда:
-
распаковывать скачанные архивы и запустить утилиту devcon.exe из папки, соответствующей разрядности операционной системы, установленной на сбойном ПК (32 или 64 бит):
-
подождать пока утилита не удалит все устройства "Адаптер Microsoft 6to4 #XX":
Это может длиться достаточно долго, в зависимости от количества удаляемых адаптеров.
Для того, чтобы "левые" адаптеры 6to4 не возникали в будущем, ставим патчик (исправление) от Microsoft. И, в дальнейшем, во избежание подобных ситуаций, настраиваем ПК на регулярную автоматическую установку обновлений.
Одной из причин возникшей ситуации на данном компьютере, как раз и явилось отсутствие регулярных обновлений Windows. Не был установлен даже первый сервис пак!
Дополнение:
Аналогичная ситуация бывает еще с двумя типами адаптеров:
-
Адаптер Microsoft ISATAP
-
WAN Miniport (SSTP)
Удаляем их точно так же, командами от имени Администратора:
и
соответственно.
Иногда Windows может сообщать, что некоторые из таких адаптеров не запускаются (или работают с ошибкой). В диспетчере задач они отображаются с желтым восклицательным знаком. Ничего страшного, это известный баг Microsoft. Просто удаляем их вышеуказанными командами, перезагружаемся, и больше они беспокоить не будут.
Но бывают ситуации, когда одно или несколько таких устройств не удаляются утилитой devcon.
Например, однажды мне встретилась Windows Vista SP1, где WAN Miniport (SSTP) отображался с желтым восклицательным знаком и никак не хотел удаляться. Ни из диспетчера устройств из контекстного меню «Удалить», ни командой
В этом случае удалить сбойный адаптер помогла команда netcfg, запущенная, естественно, от имени Администратора:
Адаптер успешно удалился и после перезагрузки не появлялся.
Для справки: Для того, чтобы вновь восстановить в системе адаптер WAN Miniport (SSTP), нужно от имени Администратора выполнить команду:
Код: Выделить всё
devcon.exe install c:\windows\inf\netsstpa.inf MS_SstpMiniport
[b][size=150]Проблема:[/size][/b]
Имеется Microsoft Windows 7 Rus Домашняя Базовая.
После перезагрузки компьютера сеть перестает корректно работать: [list]
[*] не подключается сетевой диск, расшаренный на этом же компьютере
[*] с других ПК так же невозможно подключиться к общим ресурсам этого компьютера
[*] невозможно распечатать на общие принтеры, расшаренные через другие компьютеры в ЛВС
[*] при попытке на этом компьютере пропинговать самого себя по имени видим:
[quote]Обмен пакетами с AKSIOMA-BUH [fe80::24a3:2639:3f57:f0eb%12] с 32 байтами данных:
Ответ от fe80::24a3:2639:3f57:f0eb%12: время<1мс
Ответ от fe80::24a3:2639:3f57:f0eb%12: время<1мс
Ответ от fe80::24a3:2639:3f57:f0eb%12: время<1мс
Ответ от fe80::24a3:2639:3f57:f0eb%12: время<1мс
Статистика Ping для fe80::24a3:2639:3f57:f0eb%12:
Пакетов: отправлено = 4, получено = 4, потеряно = 0
(0% потерь)
Приблизительное время приема-передачи в мс:
Минимальное = 0мсек, Максимальное = 0 мсек, Среднее = 0 мсек[/quote]
и это - даже несмотря на то, что протокол IPv6 отключен:
[attachment=0]01.jpg[/attachment]
[*] при попытке на этом компьютере пропинговать самого себя по ip-адресу видим:
[quote]
Обмен пакетами с 192.168.0.20 по с 32 байтами данных:
Превышен интервал ожидания для запроса.
Ответ от 88.151.105.226: Заданный узел недоступен.
Ответ от 88.151.105.226: Заданный узел недоступен.
Превышен интервал ожидания для запроса.
Статистика Ping для 192.168.0.20:
Пакетов: отправлено = 4, получено = 2, потеряно = 2
(50% потерь)
[/quote]
[*] в журналах ничего особенного нет
[*] если посмотреть конфигурацию протокола TCP/IP командой [code]ipconfig /all[/code] увидим огромное количество непонятных адаптеров (см. вложение):
[attachment=2]ipconf.rar[/attachment]
[*] в диспетчере устройств, если отобразить скрытые устройства, то так же, как в предыдущем пункте, увидим огромное количество устройств [b]"Адаптер Microsoft 6to4 #XX"[/b]:
[attachment=3]03.jpg[/attachment] [/list]
[b][size=150]Решение:[/size][/b]
Корень зла как раз в этих скрытых устройствах [b]"Адаптер Microsoft 6to4 #XX"[/b]. Вообще, такой адаптер в диспетчере устройств должен быть один - это переходный механизм, позволяющий передавать IPv6-пакеты через IPv4-сети.
А расплодившиеся в огромном количестве клоны этого адаптера - это [url=http://support.microsoft.com/kb/980486]известный баг Microsoft Windows 7[/url].
Чтобы избавиться от уже созданных устройств, необходимо:
[list=1][*] скачать утилиту [url=http://support.microsoft.com/kb/311272]devcon[/url] с сайта microsoft или отсюда:
[attachment=4]DevCon.rar[/attachment]
[*] распаковывать скачанные архивы и запустить утилиту [b][i]devcon.exe[/i][/b] из папки, соответствующей разрядности операционной системы, установленной на сбойном ПК (32 или 64 бит):
[code]devcon remove *6to4*[/code]
[*] подождать пока утилита не удалит все устройства [b]"Адаптер Microsoft 6to4 #XX"[/b]:
[attachment=1]02.jpg[/attachment]
Это может длиться достаточно долго, в зависимости от количества удаляемых адаптеров.[/list]
Для того, чтобы "левые" адаптеры 6to4 не возникали в будущем, ставим [url=http://support.microsoft.com/hotfix/KBHotfix.aspx?kbnum=980486&kbln=ru]патчик (исправление) от Microsoft[/url]. И, в дальнейшем, во избежание подобных ситуаций, настраиваем ПК на регулярную автоматическую установку обновлений.
Одной из причин возникшей ситуации на данном компьютере, как раз и явилось отсутствие регулярных обновлений Windows. Не был установлен даже [url=http://www.microsoft.com/ru-ru/download/details.aspx?id=5842]первый сервис пак[/url]!
[b][size=150]Дополнение:[/size][/b]
Аналогичная ситуация бывает еще с двумя типами адаптеров:
[list][*] [b][i]Адаптер Microsoft ISATAP[/i][/b]
[*] [b][i]WAN Miniport (SSTP)[/i][/b][/list]
Удаляем их точно так же, командами от имени Администратора:
[code]devcon remove *ISATAP*[/code]
и
[code]devcon remove *SSTP*[/code]
соответственно.
Иногда Windows может сообщать, что некоторые из таких адаптеров не запускаются (или работают с ошибкой). В диспетчере задач они отображаются с желтым восклицательным знаком. Ничего страшного, это известный баг Microsoft. Просто удаляем их вышеуказанными командами, перезагружаемся, и больше они беспокоить не будут.
Но бывают ситуации, когда одно или несколько таких устройств не удаляются утилитой [b][i]devcon[/i][/b].
Например, однажды мне встретилась Windows Vista SP1, где [b][i]WAN Miniport (SSTP)[/i][/b] отображался с желтым восклицательным знаком и никак не хотел удаляться. Ни из диспетчера устройств из контекстного меню «[b][i]Удалить[/i][/b]», ни командой [code]devcon remove MS_SSTPMiniport[/code]
В этом случае удалить сбойный адаптер помогла команда [b][i]netcfg[/i][/b], запущенная, естественно, от имени Администратора:
[code]netcfg -u ms_sstp[/code]
Адаптер успешно удалился и после перезагрузки не появлялся.
[b][size=130][i]Для справки:[/i][/size][/b] Для того, чтобы вновь восстановить в системе адаптер [b][i]WAN Miniport (SSTP)[/i][/b], нужно от имени Администратора выполнить команду:
[code]devcon.exe install c:\windows\inf\netsstpa.inf MS_SstpMiniport[/code]