Не сбрасывается протокол TCP/IP
 

Приветствую! :oszone:
Обнаружил проблему во время сброса протокол TCP/IP на Windows 10 pro 22H2 (64-bit). Вот лог:
Подсмотрел как пытались победить это на windows 8 https://remontka.pro/oshibka-720-windows-8/, но воз и ныне там :not-me:
Отмониторил проблемную ветку реестра и задал разрешения на "полный доступ", вместо только "чтение" папке 26 по адресу: Компьютер\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Nsi\{eb004a00-9b1a-11d4-9123-0050047759bc}\26
Это помогает, сброс проходит, но после перезагрузки опять разрешение слетает и так по кругу.

Кто-нибудь может пояснить что это вообще такое {eb004a00-9b1a-11d4-9123-0050047759bc} и как победить эту дичь?

Для этого нужно понять зачем Вам нижеследующее!? Что вы этим хотите решить!?

Понадобилось команда netsh int ip reset в процессе решения проблемы со входом в Microsoft store
Файл 170812
Но всё равно, вне зависимости от того что решаю, сброс протокола TCP/IP должен ведь происходить без ошибок.
:help:

А вы точно уверены, что netsh int ip reset решит Вашу проблему?

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

Как возможные способы решения:
1. sfc /scannow
2. Удаление сетевого адаптера из диспетчера устройств с последующей перезагрузкой.
3. Выполнение указанной Вами команды в безопасном режиме.

Конечно нет, но другие варианты уже испробовал.

Я уже и сброс сети делал, и драйвера переустанавливал на сетевую карту, всё бестолку.
Кстати, а как узнать от какой сетевухи идёт это проблема? Или это как бы общее для всех?
У меня одна + 2 виртуальные: Файл 170813

А за что отвечает этот параметр в реестре ...\26? У вас он тоже наверняка есть.
Может ли занятость этого параметра влиять на сетевое соединение, например, при использовании браузера?
Другие-то параметры свободны и могут сбрасываться, может это вообще нормальная ситуация?
Если нет, то через process monitor отследить удастся кто пользуется этим параметром реестра?

Вот у меня сомнения на этот счёт.

Но вы не сказали пробовали ли предложенный мной вариант из 3-х пунктов.

Протокол TCP относится к любым соединениям используемым для доступа к сети и соответственно затрагивает все сетевые адаптеры.

Не понял о каком параметре вы говорите.

Не занятость параметра, а не возможно записи/дозаписи в него. По факту реестр это база данных (БД) обладающая рядом возможностей и ограничений, например если какая либо программа обращается к какому либо разделу (не важно для чего) и блокирует запись/чтение в этот раздел другого ПО, то другая программа не получит туда доступа, до какого-то момента. В результате и чего и будет выдан результат типа "ошибка".

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

Возможно, но я бы начал с предложенных ранее трёх пунктов, т.к. анализ и сбор данных в утилитах Sysinternal требует определённой квалификации которой, очевидно, у Вас нет.

Продолжаю заниматься "проблемкой" :drug:
Все 3 пункта выполнил и никак. Не сбрасывается протокол даже в безопасном режиме с поддержкой сети.

Вот про этот:

Хм, я сейчас вообще попробовал на ноутбуке с windows 11 выполнить сброс протокола и он тоже не сбросился, в том же месте. Выходит всё в порядке? А на вашем компе тоже самое? Знали и молчали? :)

Не знаю. Вы владеете полнотой информации, у меня телепатический дар к отпуску пропадает... :teeth:

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

P.S. Я очень давно не встречал проблему которая решалась бы сбросом настроек IP в Windows, обычно это или намного серьёзнее (повреждение компонентов windows или аппаратная неисправность ) или всё намного проще (типа удалил адаптер в диспетчере и обновил диспетчер и адаптер переподключился и всё заработало).

На чистой обновлённой Win 10 22H2 тоже самое.

Heavycloud, Есть смысл отсюда что-нибудь попробовать: https://www.reddit.com/r/WindowsHelp...ng_like/?tl=ru

Попробовал, не помогает.

Можете отключить 2 виртуальные и проверить вход в Microsoft Store.

Если установлен сторонний антивирус/файрвол - удалите для эксперимента.

Посмотрите в свойствах сетевого подключения, нет ли сторонних клиентов/протоколов.

Наблюдается ли проблема в безопасном режиме с загрузкой сетевых драйверов?

Увы, не помогает.

Магазин даже не загружается в безопасном режиме.

Heavycloud, а в «чистой» загрузке?

Ничего не изменилось, также выдало ошибку, что не подключён к интернету.

Попробуйте на всякий случай правила виндового файрволла скинуть на дефолтные: netsh advfirewall reset

Можно тогда, временно, отключить файрволл. Но мне кажется, что это всё ровно не поможет.

Непомогло.

Heavycloud, эти команды тоже пробовали?
КриптоПро не установлен?

Какие DNS-серверы в настройках?

VPN-клиенты и утилиты, влияющие на доступ в интернет, не установлены?

P.S. На другой системе нет возможности проверить доступ?

Если используете роутер, посмотрите его настройки (вдруг там DNS-серверы нестандартные и т. д.).

Первую команду раньше точно пробовал вводить и перезагружать, а на второй выдало - прямой доступ.
Уже даже ничего не ждал, но чудо чудное - вот взяло и заработало! :gigi:
MS store заработал как новый, в аккаунт быстро зашёл, больше эта дурацкая ошибка 0x800704cf не выскакивала.
Огромное спасибо! :Beer:
:oszone: :oszone: :oszone: