Как очистить кэш сети

Чистим кэш DNS | ARP | Netbios

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

Просмотр и очистка ARP кэша

Просмотр arp
arp -a
Интерфейс: 192.168.20.3 — 0x2
Адрес IP Физический адрес Тип
192.168.20.208 00-1a-92-xx-xx-xx динамический
192.168.20.253 00-15-17-xx-xx-xx динамический

Добавление статического адреса
arp -s 157.56.54.32 00-aa-00-xx-xx-xx

Удаление адреса
arp -d 192.168.1.9

Просмотр и очистка DNS
ipconfig /displaydns Отобразить содержимое кэша разрешений DNS.
ipconfig /flushdns Очистить кэш разрешений DNS.

Просмотр и очистка маршрутизации
route PRINT — просмотр маршрутов

route ADD 192.168.111.0 MASK 255.0.0.0 191.168.11.1 — добавление маршрута
route ADD -p 192.168.111.0 MASK 255.0.0.0 191.168.11.1 — добавление маршрута сохраняющегося после перезагрузки
route delete -p 192.168.111.0 MASK 255.0.0.0 191.168.11.1 — удаление маршрута
route -f очистка таблицы маршрутов

nbtstat -R -очистка кэш NetBIOS

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

Товарищи! Среди нас есть товарищи, которые нам вовсе и не товарищи!

Очистка кэшей сетевых адресов

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

А путь к нему задаётся в реестре, ветка HKLMSYSTEMCurrentControlSetServicesTcpipParameters , ключ DataBasePath , тип REG_EXPAND_SZ .

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

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

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

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

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

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

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

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

Комментарии

nsi223

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

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

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

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

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

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

Виолетта

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

ХрумычЪ

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

#cid27595, ХрумычЪ

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

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

Линуксоид

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

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

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

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

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

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

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

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

Сергей

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

Fil2005

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

Александр

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

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

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

Михаил

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

Сергей

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

#cid92060, Сергей

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

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

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

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

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

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

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

Может повторюсь. За ранее извиняюсь.
Проблема. При попытке задать сет. интерфесу стат. Ip пишет занято. Подощреваб, что действительно занято, но интерфейсом который уже отсутствует в системе.
Что делал.
Чистил кеш dns, убрал все стататические адреса в моршрутизаторе, удалил miniport #2,#3. ( Конкретно сетевого интерфейса с таким номером небыло),удалял драйвера на имеющиеся интерфейсы. Не помогло.
Есть мысль почистить реестр сетевых интерфейсов. В какой ветки(ах) смотреть?
Или есть вариант проще или ещё идеи.

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

Техническая информация
Время подготовки страницы: 0.003069 c.
Кэш: частичный.

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

Дело в том, что в случае, когда вашему браузеру трудно, а порой и невозможно, зайти на какую-то конкретную интернет-страницу, посетить конкретный сайт, порой просто виновата ошибка локального кэша DNS. DNS кэш – это специальный файл на вашем компьютере или компьютере провайдера, в котором хранятся адреса наиболее посещаемых вами сайтов. Подробнее про DNS и как можно попробовать ускорить интернет – соединение, настраивая DNS, читайте в этой статье.

Здесь, в этом файле, иногда кэшируются ошибки, иногда – это результат действия хакера (читайте про DNS-спуффинг). Так что рассмотрим вариант, когда пользователю приходится самостоятельно обновлять DNS-кэш на манер очистки кэша любимого браузера. К счастью, это не так трудно.

В продолжении темы напомню, что в Windows есть три типа кэша, которые пользователь может легко контролировать (то бишь просто уничтожать). Мы говорим про:

С первыми двумя всё просто. Очистка первого освободит оперативную память от ненужных в данное время служб и программ. Второй же позволит вам очистить пространство на жёстком диске, удаляя временные файлы. С третьим мало кто знаком, однако я успешно использую его для обновления интернет – соединений. Когда замечаю, что работает интернет из рук вон, этот способ применяется одним из первых.

Опробовано на версиях Windows 7 и 8. Не вижу препятствий для более поздних версий.

Плохо работает интернет ? Очищаем DNS кэш.

Вызываем консоль команд с правами администратора. Для этого в Windows 8 нажмём сочетание клавиш WIN +C, для Windows 7 – WIN + R. Далее печатаем cmd. Теперь вводим команду:

После нажатия клавиши ввода вы увидите сообщение об очистке кэша:

Если вам этого мало, и вы желаете лично убедиться, что операция прошла успешно, а заодно полюбопытствовать, как эта штуковина выглядит, можно, не закрывая консоли, набрать следующую команду (браузеры лучше закрыть):

В том же окне консоли появится информация подобно этой:

Все записи кэша отобразятся. Их после очистки будет немного. DNS кэширование можно выключить. Это делается командой

И попытаться проверить работу сети и конкретной страницы. Проверив результаты, запустите кэширование снова (или просто перезагрузите компьютер):

Службу кэширования можно перезапустить и через Диспетчер задач Windows. Её можно найти во вкладке Службы диспетчера:

Однако останавливать полностью её не советую – это несомненно отразиться на всём соединении с сетью.

Плохо работает интернет. Виноват сам сервер.

Да почему бы и нет. Между вашим роутером и искомым сайтом стоит ещё куча всего. Не беспокойтесь, всё это вы можете проверить. Худо-бедно, но общее представление о состоянии связи вы можете проверить прямо сейчас. Откройте консоль cmd и введите команду

tracert адрес_сайта

Вместо адреса_сайта введите предположительно проблемный. Окно консоли вернёт вам статистику трассировки маршрута от вашего компьютера до интернет ресурса. В окне показателей времени обмена данными вы увидите, кто дольше всех обрабатывает пакеты. можно делать выводы.