Меню

Команды для очистки сетевых настроек



Команды для очистки сетевых настроек

Администратор

Группа: Главные администраторы
Сообщений: 14349
Регистрация: 12.10.2007
Из: Twilight Zone
Пользователь №: 1

Внимание! Информация содержащаяся в данной статье не подходит для «новичков», использовать описанные здесь методы можно только людям, представляющим их последствия! Поэтому если вы все же решили воспользоваться информацией отсюда, делайте все аккуратно, не забывая про резервные копии изменяемых параметров!

Вообщем-то в этой статье я постараюсь дать некоторую информацию, которая ранее, на мой взгляд, нигде подробно не освещалась (если вы вдруг найдете ссылку на более полный источник, то отпишитесь в этой теме, буду очень признателен). Касается она полного сброса или пересоздания сетевых настроек, в двух словах, это необходимо в ситуации когда уже ничего не помогает и хочется вернуть сетевые настройки к тому состоянию в котором они были при установке ОС Windows. Расскажу небольшую предысторию с чего начались мои изыскания . все очень просто, мне в руки попала шлюзовая машина на которой был установлен Kerio Winroute Firewall, который был некорректно (вручную) удален. Собственно после удаления остались системные / скрытые устройства Минипорт планировщика пакетов — Kerio Winroute Firewall и некоторые другие, которые ни из диспетчера устройств (устройство не может быть удалено, т.к. оно используется при загрузке компьютера), ни из свойств протоколов сетевых карт не удалялись. Что обычно делается в случаях когда необходимо сбросить настройки TCP/IP? Если обратиться к рекомендациям Microsoft’а, то вот это — http://support.microsoft.com/kb/299357 . собственно я сделал то же, что и рекомендуется в таких случаях, а именно:

Netcfg -u ms_ndisuio
Netcfg -u ms_pppoe
Netcfg -u ms_pptp
Netcfg -u ms_l2tp
Netcfg -u ms_ndiswan
Netcfg -u ms_netbt_smb
Netcfg -u ms_netbt
Netcfg -u ms_tcpip

Netcfg -u ms_wzcsvc
Netcfg -u ms_steelhead
Netcfg -u ms_rassrv
Netcfg -u ms_rasman
Netcfg -u ms_rascli
Netcfg -u ms_server
Netcfg -u ms_netbios
Netcfg -u ms_psched
Netcfg -u ms_rsvp
Netcfg -u ms_gpc
Netcfg -u ms_alg

Netcfg -u ms_msclient
Netcfg -u ms_webclient

Netcfg -l %windir%\inf\netrast.inf -c p -i ms_ndisuio
Netcfg -l %windir%\inf\netrast.inf -c p -i ms_pppoe
Netcfg -l %windir%\inf\netrast.inf -c p -i ms_pptp
Netcfg -l %windir%\inf\netrast.inf -c p -i ms_l2tp
Netcfg -l %windir%\inf\netrast.inf -c p -i ms_ndiswan
Netcfg -l %windir%\inf\nettcpip.inf -c p -i ms_netbt_smb
Netcfg -l %windir%\inf\nettcpip.inf -c p -i ms_netbt
Netcfg -l %windir%\inf\nettcpip.inf -c p -i ms_tcpip

Netcfg -l %windir%\inf\netwzc.inf -c s -i ms_wzcsvc
Netcfg -l %windir%\inf\netrass.inf -c s -i ms_steelhead
Netcfg -l %windir%\inf\netrass.inf -c s -i ms_rassrv
Netcfg -l %windir%\inf\netrass.inf -c s -i ms_rasman
Netcfg -l %windir%\inf\netrass.inf -c s -i ms_rascli
Netcfg -l %windir%\inf\netserv.inf -c s -i ms_server
Netcfg -l %windir%\inf\netnb.inf -c s -i ms_netbios
Netcfg -l %windir%\inf\netrass.inf -c s -i ms_psched
Netcfg -l %windir%\inf\netrsvp.inf -c s -i ms_rsvp
Netcfg -l %windir%\inf\netgpc.inf -c s -i ms_gpc
Netcfg -l %windir%\inf\netrass.inf -c s -i ms_alg

Netcfg -l %windir%\inf\netmscli.inf -c c -i ms_msclient

После чего перезагрузимся. И наслаждаемся .

Способ 2 (для WinXP)

1. Удаляем ветку HKLM\SYSTEM\CurrentControlSet\Control\Network с помощью команды

, предварительно крайне необходимо создать ее backup (операция необратима, если не сделать backup и что-то вдруг пойдет не так, восстановить эти настройки будет проблематично).
2. Открываем редактор реестра и ставим курсор на HKEY_USERS, после чего Файл -> Загрузить куст . загружаем %windir%\repair\system, в имени раздела для загружаемого куста указываем SYSTEM (это образ куста System при установке системы), теперь находим в нем ветку CurrentControlSet\Control\Network, полный путь к ней будет выглядеть как HKEY_USERS\SYSTEM\CurrentControlSet\Control\Network . это и есть наши начальные установки. Экспортируем их в текстовый reg-файл . затем с помощью блокнота делаем замену всех строк начинающихся с HKEY_USERS\SYSTEM\CurrentControlSet на HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet и импортируем в реестр. Таким образом получилось что мы взяли ветку HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Network из «первоначальной установки» системы.
3. Перезагружаемся. Открываем диспетчер устройств, удаляем все сетевые карты. Затем обновим конфигурацию оборудования и установим их по новой. В результате в сетевых подключениях у вас должны появиться все сетевухи.
4. Верные настройки раздела Network можно взять не только из Repair’а, но и из одной из корректных точек восстановления, располагающихся в папках System Volume Information в подпапке snapshot’ов. Вообщем было бы желание, а восстановить можно все (!) или практически все.

p.s. Для отключения или удаления каких-то устройств можно воспользоваться альтернативным диспетчером устройств от NirSoft — devmanview.zip ( 49,87 килобайт ) Кол-во скачиваний: 1953

В случае если у вас например пропал протокол TCP/IP v4 или же вы просто хотите переустановить его, можно выполнить следующие команды (после каждой желательно перезагрузиться):

Читайте также:  Bitrix файл настройки базы данных

Network Protocols
——————
ms_tcpip6_tunnel Microsoft TCP/IP версия 6 — туннели
ms_tcpip_tunnel Протокол Интернета (TCP/IP) — туннели
ms_smb Microsoft NetbiosSmb
ms_wanarp Драйвер удаленного доступа IP ARP
ms_netbt_smb Протокол сообщений TCP/IP (сеанс SMB)
ms_netbt Протокол клиента WINS (TCP/IP)
ms_tcpip6 Протокол Интернета версии 6 (TCP/IPv6)
ms_tcpip Протокол Интернета версии 4 (TCP/IPv4)
ms_lltdio Драйвер в/в тополога канального уровня
ms_rspndr Ответчик обнаружения топологии канального уровня
ms_wanarpv6 Драйвер удаленного доступа IPv6 ARP
ms_pppoe Протокол точка-точка по Ethernet
ms_pptp Туннельный протокол точка-точка
ms_l2tp Туннельный протокол уровня 2
ms_ndiswan NDIS-драйвер WAN удаленного доступа
ms_agilevpn AgileVpn based VPN
ms_sstp Виртуальная частная сеть на основе SSTP
ms_ndisuio NDIS-протокол ввода-вывода пользовательского режима

vmware_bridge VMware Bridge Protocol
ms_nativewifip Фильтр NativeWiFi
ms_ndiscap Фильтр облегченного захвата NDIS
ms_pacer Планировщик пакетов QoS
ms_server Служба доступа к файлам и принтерам сетей Microsoft
ms_netbios NetBIOS Interface
ms_wfplwf WFP Lightweight Filter
ms_steelhead Сервер маршрутизации и удаленного доступа
ms_rassrv Сервер удаленного доступа
ms_rasman Диспетчер подключений удаленного доступа

Network Clients
——————
ms_msclient Клиент для сетей Microsoft

p.p.s. А машина, на с некорректно удаленным Kerio, которая как казалось по доброй воле никогда не начнет общаться с сетью теперь в строю
p.p.p.s. Полный набор bat’ников и программ . netcfg_manage.7z ( 6,82 килобайт ) Кол-во скачиваний: 6150

Источник

CD тихо, не DVD меня до истерики и не USB мне мозги

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

22.03.11 19:20 / Обновлено 21.09.12 14:30 | Версия для печати Windows | Твики

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

А путь к нему задаётся в реестре, ветка HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters , ключ 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
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) доступ по сети идет к папкам после ввода пароля первого юзера, все работает как часы, однако в текущем сеансе работы не удается сменить первого юзера на второго, то есть нет такой функции в семерочке, чтобы сбросить подключение и переавторизоваться под другим юзером в сети. Всякие танцы с бубном не помогают, ни сброс соединения на физическом уровне, ни ввод команд в консоль винды, только жесткий ребут системы, вот тогда и появляется снова окно ввода пароля в сетевом окружении.

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

Например, в семёрке сеть жостко завязана на «брандмауэр». Т.е. в ХР микрософтовский сетевой фильтр был отдельной службой, а в 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 в свойствах сетевого подключения, с последующей повторной установкой и перезагрузкой.

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

2018.07.05 16:47:16
#cid92064

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

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

2018.09.07 13:39:22
#cid92074

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

2018.09.08 19:29:33
#cid92076

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

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

2019.08.22 09:13:23
#cid92240

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

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

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

Источник

Adblock
detector