Не могу получить доступ админским шарам своей системы по UNC пути
 

Всем доброго дня!
Имеется система Windows 10 Pro 20H2, комп не доменный, ни в каких сетях не состоит, никакие ГП на него никогда не применялись, работаю под локальным админом
Проблема такова: Нет доступа к админским шарам компа по пути UNC, т.е. если вбить в проводнике \\имякомпа\ADMIN$ (C$, D$ и т.д.) то проводник долго думает потом выдает:

Windows не может получить доступ к \\имякомпа\имяшары (ADMIN$, C$, D$ и т.д. т.е. все шары пробовал)
Код ошибки 0x80070035 Ненайден сетевой путь


(Админские шары нужны мне т.к. они нужны для работы некоторых утилит (пакет Sysinternals и др.) без них они не будут работать ни в какую но сейчас речь не о них)

В оснастке "Управление компьютером" (compmgmt.msc) все эти шары есть, и если кликнуть прав.кнопкой мыши и выбрать "Открыть" то шара открывается в проводнике но не с UNC путём в заголовке а с непосредственным путем на диске т.е. ADMIN$ - C:\Windows и т.д.

если выполнить:
NET VIEW \\имякомпа /ALL
то получаю:


НО! при попытке выполнить: net use y: \\имякомпа\админшара /user:Я
Получаю:

Сервер не настроен для удаленного администрирования.

Для вызова дополнительной справки наберите NET HELPMSG 3743.


Предыстория такова: Изначально (как в винде всегда и бывает) все работало (хотя уже точно не помню как именно работало т.к. в некоторых вин10 админские шары сразу не работают но легко расшариваются и потом работают, ключами из реестра ниже), потом как то я увлекся и решил отключить протокол Samba2 (чето по глупости подумалось раз Samba1 нашли уязвимости то и Samba2 отключу т.к. у меня не сервер и сети нет) потом вдруг через время обнаружил что админские шары исчезли и доступа к ним по UNC пути нет (как выше описал)
Покопавшись обнаружил что неработает служба LanmanWorkstation и не запускается, оказалось она зависит от службы mrxsmb20 который обеспечивает работу протокола Samba2 который я отключил (админские шары расшариваются по протоколу Samba) вобщем включил Samba2, запустил mrxsmb20 а потом и LanmanWorkstation - доступ в проводнике по UNC пути \\имякомпа\имяшары появился сразу же даже без перезагрузки, прошло некоторое приличное время админские шары опять понадобились - опа а они опять не работают! Доступа по UNC пути опять нет!
Хотя уже и LanmanWorkstation (ессно и LanmanServer тоже) работают и Samba2 включен и mrxsmb20 работает и вообще за время прошедшее с последней работы с админскими шарами мною в системе вообще больше ничего не менялось и ничего не отключалось! Служба обновлений wuauserv у меня отключена а потому никакие обновления не устанавливались!
Фаерволл тоже как бы не причем, виндовый фаер у меня отключен а вместо него Agnitum Outpost, сначала при нем все работало, в самом фаерволле я ничего не менял

Что делал:
По многочисленным статьям в инете где решается подобная проблема выставил в реестре:

Полностью отключил UAC, полностью разрешил в фаерволле Agnitum ВСЕ!, т.е. любой траффик всем процессам в любом направлении

В Локальных групповых политиках в: Конфигурация компьютера - Конфигурация Windows - Параметры безопасности - Локальные политики - Назначение прав пользователя :

Доступ к компьютеру из сети - Все, Администраторы
Отказать в доступе к этому компьютеру из сети - был Гость - удалил

(Кстати когда админские шары заработали после первого отключения и включения Samba2 - практически все эти параметры имели значение - 0! А шары работали!)

Проверял службы fdPHost и FDResPub (Хост поставщика функции обнаружения и Публикация ресурсов обнаружения функции) - работают
В Панель управления\Сеть и Интернет\Центр управления сетями и общим доступом\Дополнительные параметры общего доступа - для всех сетей включен общий доступ (все три параметра)
Samba1 -отключен, Samba2 - включен и работает, пробовал и Samba1 включать - непомогает

Вообщем после всех вышеописанных процедур (выполнял их последовательно перезагружая комп)
Шары по UNC пути доступны так и не стали,


Есс-но после применения всех вышеприведенных параметров комп перезагружал и не раз - ничего не меняется

Там же убедитесь, что общий доступ с парольной защитой.

Тоже включен

Pampampam1, покажите параметры в разделах реестра:

• HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa
• HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa\MSV1_0
• HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters

Пожалуйста

Pampampam1, обычные, не админские шары работают?

Тоже не работают, но видны
т.е. я специально еще расшарил тестовую папку, с полным доступом для "Все" и еще другую тестовую папку как скрытую, типа Test$, в итоге - в проводнике при обзоре сети - мой комп есть, при его открытии обычная тестовая папка видна но зайти в неё нельзя, также нельзя зайти в Test$ также как и на админские шары.

Далее - обнаружил что в "Панель управления\Сеть и Интернет\Центр управления сетями и общим доступом\Дополнительные параметры общего доступа" следующая ситуация:
В профилях сетей частная и общедоступная - отключено сетевое обнаружение, если его включить и жамкнуть "Сохранить изменения" и зайти обратно в "Дополнительные параметры общего доступа" - сетевое обнаружение для Частной и Общедоступной сетей все равно отключено! любые попытки их включить бесполезны, имеет ли это значение в моей ситуации?

Далее - т.к. у меня установлен VirtualBox - сделал виртуальную винду, установил между виртуальной виндой и своей реальной основной виндой, в которой проблема с шарами, локальную сеть
и обнаружил - из виртуальной винды прекрасно открываются шары, и обычные и админские и простые скрытые, реальной винды по UNC пути
\\имякомпа\имяшары
Таже из виртуальной винды работают утилиты Sysinternals, которым нужны админские шары, при обращении к основной винде по имени компа (в основной винде их достаточно запускать без имени компа тогда они обращаются к localhost и в основной они у меня не работают без админских шар)

Pampampam1, так вы всё это время пытались зайти из своей системы в неё же?

Н-да, исходная проблема изменилась до неузнаваемости...
И админские шары ни при чём, и причина не в LanmanServer, а в LanmanWorkstation.

Ну покажите ветку:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters

И выложите результаты выполнения в командной строке (cmd)
P.S. Дополнительно этот вариант для сброса параметров брандмауэра Windows.

Ну да, вроде достаточно ясно об этом высказался ведь, админские шары и в пределах своего компа тоже нужны бывает,
Кстати попробовал из основной винды, о которой вся эта проблема с шарами, зайти в шары свежей виртуальной винды, как описал выше, в проводнике - \\имя_вирт_винды\C$ - и основная винда туда также зайти не может как и к себе, причем неспрашивается пароль или еще чтото, просто не может и все

Pampampam1, попробуйте сброс параметров брандмауэра Windows.

Виндовый фаерволл у меня вообще отключен, т.е. службы mpssvc и mpsdrv имеют Start type = Disabled
А вместо него у меня Agnitum Outpost Firewall Pro 9.3, и при этом все работало долгое время до моих операций с отключением протокола Samba2 и после его включения, некоторое время.
Ну хорошо я специально сделал для mpssvc и mpsdrv Start type = Demand, запустил их, статус = Running, выполнил от админа - netsh advfirewall reset,
полностью отключил Agniutum Outpost, перезапустил службы lanmanserver lanmanworkstation mrxsmb20 browser - в итоге ничего не изменилось - шары попрежнему не открываются, ни обычные ни скрытые ни админские

Pampampam1, Сетевое обнаружение по-прежнему не удаётся включить?

Эти службы проверили?

fdPHost, FDResPub, SSDPSRV, upnphost, upnphost, Dnscache - на основной винде работают
Кстати на свежей 10ке (которая у меня виртуальная) сразу после установки из этих служб работала только
Dnscache (DNS-Клиент) и тем не менее из виртуальной винды прекрасно могу зайти в шары основной

Оно включено для "Всех сетей" но неудается его включить для Частной и Общедоступной,
впрочем как я понимаю оно не особо и играет какую либо роль - сетевое обнаружение имеет значение на появление компа с его ресурсами при обзоре сети в проводнике но никак не должно влиять на конкретное обращение в ресурсам данного компа - есть ли он при обзоре или нет

Pampampam1, служба Модуль поддержки NetBIOS через TCP/IP работает?

Приведите результаты выполнения в командной строке:
Покажите ветки:

• HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\IPSec\Policy\Local
• HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\NetworkProvider\HwOrder
• HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\NetworkProvider\Order

Первый раз вижу, чтобы имя рабочей станции (MYCOMP) отличалось от имени сервера (DESKBIGNEW).

Удивительно, как вы этого добились?

Сорян, оно не отличается ))) это я подправлял руками, оно одно и тоже

Pampampam1, если отключить оба виртуальных сетевых подключения, что-нибудь меняется?

Ну вот в Can't turn on Network Discovery такие симптомы:

Кстати обнаружил что на свежеустановленной виртуальной 10ке ( такой же самой - Pro 20H2) вообще нет службы browser, её нет ни в реестре - HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services
ни самой dll - в Windows\system32\browser.dll - и тем не менее из вирт.винды можно зайти и на свои шары в т.ч. и админские и на шары основной винды, но я так понимаю browser для этого и ненужна а нужна bowser

Это к чему вообще? При чём тут browser?

Отключил оба адаптера виртуалбокса - ничего не поменялось, они были отключены еще до пропадания шар, это я их потом виртуалбокс включил когда я виртуальную винду поставил для тестов
Кстати проверил - уже в свойствах всех сетевых профилей все включено - все доступы и обнаружения

Pampampam1, служба Модуль поддержки NetBIOS через TCP/IP работает?

lmhosts и NETBIOS - работают

Pampampam1, других вариантов пока нет - для эксперимента удалите сторонний антивирус/файрвол.
Попробуйте рекомендации
Как выполнить «чистую» загрузку в Windows