ОС Windows очень бережно работает с сетью. Настолько бережно, что устаревшие данные об узлах могут храниться в кэше годами.

Симптомы устаревших данных могут быть самыми разнообразными:

  • пинг по имени идёт на один адрес, а попытка подключения к терминалу или ресурсу по тому же имени - на другой;
  • при физической смене шлюза (одно устройство сменяется на другое, но с таким же IP-адресом) - пропадает интернет;
  • появляются конфликты IP-адресов в локальной сети, о чём сигнализирует баллон над часами;
  • перестают работать удалённые принтеры
  • и ещё масса других удовольствий

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

Излечить можно по вполне стандартной процедуре.

0. Разрываем подключение к локальной сети

Работающая сеть может помешать корректно очистить все существующие кэши.

1. Очищаем кэш ARP

arp –d *

В локальной сети компьютеры общаются между собой не по IP, а по MAC-адресам, то есть на более низком (канальном) уровне.
При обращении к удалённому компьютеру по IP, первым делом идёт широковещательный запрос на получение его физического адреса. Полученный адрес падает в кэш ARP, для ускорения последующих обращений. И только потом идёт подключение к удалённой машине, но уже не по IP, а по MAC-адресу.
В нормальном режиме запись кэша ARP хранится в течении двух минут с момента последнего обращения, но не более 10 минут.

2. Очищаем кэш NetBIOS

nbtstat –R

В этом кэше находятся сопоставления NetBIOS-имён компьютеров с их IP-адресами. Если вам посчастливилось и в сети присутствует ещё и сервер WINS (что-то типа DNS для NetBIOS имён), есть смысл почистить и его.
Сразу после очистки этого кэша туда подгружаются записи из файла LMHOSTS (%SystemRoot%\System32\drivers\etc\lmhosts).

Многие считают протокол NetBIOS устаревшим, однако микрософт носится с ним как с писаной торбой. Без него Windows ведёт себя в сети неадекватно. В то же время, с ним - создаёт дикий широковещательный флуд по портам 137 и 138.

Вирус kido одобряет использование NetBIOS.

3. Очищаем кэш DNS

ipconfig /flushdns

Здесь всё понятно. Кэш DNS - это сопоставление сетевых имён узлов с их IP-адресами.
В него же подгружаются записи из файла HOSTS (%SystemRoot%\System32\drivers\etc\hosts)

Кстати, вирусы очень любят менять местоположение файла HOSTS.

А путь к нему задаётся в реестре, ветка HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters, ключ DataBasePath, тип REG_EXPAND_SZ.

Если команда возвращает ошибку — надо запустить (или перезапустить) службу DNS-клиента.

4. Восстанавливаем подключение к локальной сети

5. Обновляем сетевые настройки по DHCP

ipconfig /renew

Команда посылает запрос последнему использовавшемуся серверу DHCP (адрес этого сервера берётся из реестра) на получение сетевых настроек.


Все описанные процедуры можно сделать толпой и из графики.

В ХР: ПускПанель управленияСетевые подключения.
На нужном подключении нажимаем правую кнопку мыши и выбираем из меню «Восстановить». После этого будут выполнены следующие операции:

  1. Широковещательный DHCP-запрос. Ответы приходят со всех DHCP-серверов.
  2. Очистка кэша ARP
  3. Очистка кэша NetBIOS. С последующей загрузкой файла LMHOSTS.
  4. Очистка кэша DNS. С последующей загрузкой файла HOSTS.
  5. Попытка регистрации в WINS (актуально только если он есть)
  6. Попытка регистрации в DNS (актуально только для AD)

К сожалению, этот лёгкий метод работает криво и не всегда.


nsi223
2011.06.27 13:32:09
#cid3396

Ответить

да это ваще косяк...
как вариант ещ можно добваить net use * /delete
и то не всегда корректно чистить сетевые подключения

2011.06.27 14:18:01
#cid3397

Ответить

как вариант ещ можно добваить net use * /delete
и то не всегда корректно чистить сетевые подключения

Эта команда не работает )
Подробнее про то, как почистить подключения - здесь.

Илья
2011.11.06 00:05:33
#cid7489

Ответить

Беспроводное соединение WI-FI отключать необходимо???

2011.11.06 00:43:08
#cid7491

Ответить

Беспроводное соединение WI-FI отключать необходимо???

Вай-Фай это всего лишь сетевой интерфейс, который в данном случае ничем не отличается от проводного.
Чтобы выполнить необязательный пункт 0 — достаточно отключиться от точки доступа.

Виолетта
2012.01.24 10:55:08
#cid13851

Ответить

Спасибо,ребят! выручили! перепробовала всякие советы!!!!! что-то точно помогло))))

ХрумычЪ
2012.05.31 00:56:02
#cid27595

Ответить

От куда, что запускать?! Ничего не понятно :С

2012.05.31 01:03:41
#cid27596

Ответить

#cid27595, ХрумычЪ

От куда, что запускать?! Ничего не понятно :С

Командная строка, cmd.exe. Белые буковки на чёрном фоне. И команды с клавиатуры буковками вводить.

Линуксоид
2014.03.19 13:55:37
#cid89045

Ответить

ОС Windows очень бережно работает с сетью. Настолько бережно, что устаревшие данные об узлах могут храниться в кэше годами. Мда уж.
Столкнулся с проблемой. Из линукса расшарены папки через самбу и прописано 2 юзера с разными правами доступа. Из винды (7) доступ по сети идет к папкам после ввода пароля первого юзера, все работает как часы, однако в текущем сеансе работы не удается сменить первого юзера на второго, то есть нет такой функции в семерочке, чтобы сбросить подключение и переавторизоваться под другим юзером в сети. Всякие танцы с бубном не помогают, ни сброс соединения на физическом уровне, ни ввод команд в консоль винды, только жесткий ребут системы, вот тогда и появляется снова окно ввода пароля в сетевом окружении...
Мда, насрать на руки разрабам надо этой винды, и кто то ее еще хвалит за надежность и безглючность, а типичные сетевые задачи реализованы из рук вон как плохо в ней.
Значит надо писать свой скрипт, который будет очищать все кэши соединений и паролей без ребута.

2014.03.20 05:03:48
#cid89052

Ответить

#cid89045, Линуксоид

Столкнулся с проблемой. Из линукса расшарены папки через самбу и прописано 2 юзера с разными правами доступа. Из винды (7) доступ по сети идет к папкам после ввода пароля первого юзера, все работает как часы, однако в текущем сеансе работы не удается сменить первого юзера на второго, то есть нет такой функции в семерочке, чтобы сбросить подключение и переавторизоваться под другим юзером в сети. Всякие танцы с бубном не помогают, ни сброс соединения на физическом уровне, ни ввод команд в консоль винды, только жесткий ребут системы, вот тогда и появляется снова окно ввода пароля в сетевом окружении...

Так вот же вроде: Сброс пароля на сетевой ресурс windows. Или не помогает?

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

Например, в семёрке сеть жостко завязана на "брандмауэр". Т.е. в ХР микрософтовский сетевой фильтр был отдельной службой, а в 7 они принудительно пустили через него все пакеты. Отключаешь службу — пропадает сеть. Я когда это увидел — не знал, смеяться или плакать.

Значит надо писать свой скрипт, который будет очищать все кэши соединений и паролей без ребута.

Или, как подсказали в комментах по ссылке выше, "control userpasswords2".
Этот диалог из обычных менюшек недоступен.

А в сетевых кэшах пароля от самбы нет, их сброс не поможет.

Сергей
2014.10.30 10:37:24
#cid89859

Ответить

Интересно, а в чём отличие от netsh winsock reset ?

Fil2005
2016.08.17 09:32:52
#cid91645

Ответить

Столкнулся с забавной ситуацией: переставил местами диски у 2 одинаковых моноблоков, только один с win 7, другой с win 10.
Получил два компа с одинаковым Mac-адресом. Соответственно и IP они получают синхронно один и тот же. И никакого конфликта :) Проверили по инвентарке - неправильный mac у win 10. Лечится последовательным отключением сетевой в BIOS, загрузкой винды без сетевой, включением сетевой в BIOS обратно.

Александр
2016.09.08 09:43:57
#cid91659

Ответить

Столкнулся со следующей ситуацией: после резервирования ip-адреса для компьютера с Win XP SP3 на роутере TL WR841N, на самом компе началось постоянное прерывание сетевого соединение, модем не пингуется, интернет недоступен. Помогает только "Исправление" в сетевом подключении, потом через несколько минут (5-10) снова разрыв и т.д.
На модеме убиралось резервирование адреса, в сетевой карте как прописывался ip так и назначался автоматом - ничего не помогает. Что еще замечено, ip-адрес сетевой карте все вреся назначается один и тот же, независимо или вручную прописан или выбрано авто назначение. В сетевом окружении компьютер виден только если указать его ip-адрес, по DNS имени не находит.

2016.09.08 21:44:54
#cid91660

Ответить

#cid91659, Александр

Разбор любой неведомой херни в сети начинается с поиска конфликтующих mac- и ip-адресов.
Но в данном конкретном случае скорее всего у виндов просто потекли мозги.

Михаил
2018.02.15 13:15:32
#cid92016

Ответить

Собственно спасибо всем кто помогает разобраться в дерьме мелкомягких. Проблемы у меня начались, с покупки китайского девайса WI-FI
который все время отваливался...и что меня просто убивало, винда не оставляла ни каких записей, по этому поводу, отрубился, и тишина. Номера сетевых адаптеров дошли до 20 номеров, и только после этого, винда предупредила, что адрес ...173.1...был дан другому, отсутствующему адаптеру. Единственно что я делал, это чистил Диспетчер устройств, удаляя дубликаты адаптеров #2,#N.
Буду дальше смотреть, пока не добьюсь чтобы дубликатов, не было, а номера начинались с единицы.

Сергей
2018.07.03 17:37:08
#cid92060

Ответить

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

2018.07.04 23:20:14
#cid92062

Ответить

#cid92060, Сергей

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

Вообще жесть.
С такими симптомами лучше систему переустановить.

imen
2018.07.05 16:47:16
#cid92064

Ответить

Кэш майкросовта — Вещь в себе.
Сохраняет даже то, что по логике работы системы сохраняться не должно.

Речь о типо «сертифицированной» криптографии на 2008-м сервере.

Serg
2018.09.07 13:39:22
#cid92074

Ответить

Может кто подскажет - в домене под одним именем пингуется другая машина, и пишет неверный ip. Пингуя по имени ту машину, айпи которой отображается у другой машины получаем верный адрес.
Что надо почистить, что бы имена соответствовали адресам??

imen
2018.09.08 19:29:33
#cid92076

Ответить

#cid92074, Serg

Может кто подскажет - в домене под одним именем пингуется другая машина, и пишет неверный ip. Пингуя по имени ту машину, айпи которой отображается у другой машины получаем верный адрес.
Что надо почистить, что бы имена соответствовали адресам??

Вангую, что имеется в виду «домен» майкросовта, про который никто не может внятно сказать: что это такое?
И в данном вопросе мы наблюдаем эмпирическое обоснование Священного Предания, согласно которому использование встроенного DNS-сервера категорически НЕ рекомендуется.