Сообщение Re[9]: MacOS сама открывает доступ к системному диску от 10.07.2024 17:34
Изменено 10.07.2024 17:55 m2user
Re[9]: MacOS сама открывает доступ к системному диску
S>Пытаюсь ввести вручную \\имя компьютера\$C — долго крутит и выдает ошибку Windows cannot access ... В деталях — номер ошибки 0x80004005
вероятно это проблема протоколов SMB1/SMB2.
(клиент поддерживает только SMB1, а на сервере Win10 он по умолчанию отключен)
на неадминистративную share это клиент успешно попадает?
M>>В публичной (недоверенной) сети SMB порты закрыты файрволом.
S>Каким фаяволом? На MacOS он по умолчанию отключен. Так же не спрашивает доверять сети или нет при подключении к WiFi.
А вот это уже не есть хорошо.
S>Остальное что проверить? Что по умолчанию включено и что можно использовать, чтобы я об этом не узнал?
В оснастке compmgmt.msc выбираешь "Connect to remote..." в контекстном меню корневой ноды.
По умолчанию для адм. пользователя скорее всего будет доступно Local users and groups и Shared Folders (остальное закрыто файерволом).
(там же кстати и полный список shared folders можно посмотреть)
M>>Твой эксперимент с MS Windows что-то не учитывает, просто потому что на доступ к административным share полагается куча софта.
S>Да вроде все учитывает.
Это документированне поведение:
https://learn.microsoft.com/en-us/troubleshoot/windows-server/networking/remove-administrative-shares
Про возможную причину ошибки, полученной в эксперименте, я написал выше.
вероятно это проблема протоколов SMB1/SMB2.
(клиент поддерживает только SMB1, а на сервере Win10 он по умолчанию отключен)
на неадминистративную share это клиент успешно попадает?
M>>В публичной (недоверенной) сети SMB порты закрыты файрволом.
S>Каким фаяволом? На MacOS он по умолчанию отключен. Так же не спрашивает доверять сети или нет при подключении к WiFi.
А вот это уже не есть хорошо.
S>Остальное что проверить? Что по умолчанию включено и что можно использовать, чтобы я об этом не узнал?
В оснастке compmgmt.msc выбираешь "Connect to remote..." в контекстном меню корневой ноды.
По умолчанию для адм. пользователя скорее всего будет доступно Local users and groups и Shared Folders (остальное закрыто файерволом).
(там же кстати и полный список shared folders можно посмотреть)
M>>Твой эксперимент с MS Windows что-то не учитывает, просто потому что на доступ к административным share полагается куча софта.
S>Да вроде все учитывает.
Это документированне поведение:
https://learn.microsoft.com/en-us/troubleshoot/windows-server/networking/remove-administrative-shares
Про возможную причину ошибки, полученной в эксперименте, я написал выше.
Re[9]: MacOS сама открывает доступ к системному диску
S>Пытаюсь ввести вручную \\имя компьютера\$C — долго крутит и выдает ошибку Windows cannot access ... В деталях — номер ошибки 0x80004005
вероятно это проблема протоколов SMB1/SMB2.
(клиент поддерживает только SMB1, а на сервере Win10 он по умолчанию отключен)
на неадминистративную share это клиент успешно попадает?
M>>В публичной (недоверенной) сети SMB порты закрыты файрволом.
S>Каким фаяволом? На MacOS он по умолчанию отключен. Так же не спрашивает доверять сети или нет при подключении к WiFi.
А вот это уже не есть хорошо.
S>Остальное что проверить? Что по умолчанию включено и что можно использовать, чтобы я об этом не узнал?
В оснастке compmgmt.msc выбираешь "Connect to remote..." в контекстном меню корневой ноды.
По умолчанию для адм. пользователя скорее всего будет доступно Local users and groups и Shared Folders (остальное закрыто файерволом).
(там же кстати и полный список shared folders можно посмотреть)
Дополнение: если на клиенте включен UAC, то алгоритм работы с compmgmt.msc будет несколько сложнее.
M>>Твой эксперимент с MS Windows что-то не учитывает, просто потому что на доступ к административным share полагается куча софта.
S>Да вроде все учитывает.
Это документированне поведение:
https://learn.microsoft.com/en-us/troubleshoot/windows-server/networking/remove-administrative-shares
Про возможную причину ошибки, полученной в эксперименте, я написал выше.
вероятно это проблема протоколов SMB1/SMB2.
(клиент поддерживает только SMB1, а на сервере Win10 он по умолчанию отключен)
на неадминистративную share это клиент успешно попадает?
M>>В публичной (недоверенной) сети SMB порты закрыты файрволом.
S>Каким фаяволом? На MacOS он по умолчанию отключен. Так же не спрашивает доверять сети или нет при подключении к WiFi.
А вот это уже не есть хорошо.
S>Остальное что проверить? Что по умолчанию включено и что можно использовать, чтобы я об этом не узнал?
В оснастке compmgmt.msc выбираешь "Connect to remote..." в контекстном меню корневой ноды.
По умолчанию для адм. пользователя скорее всего будет доступно Local users and groups и Shared Folders (остальное закрыто файерволом).
(там же кстати и полный список shared folders можно посмотреть)
Дополнение: если на клиенте включен UAC, то алгоритм работы с compmgmt.msc будет несколько сложнее.
M>>Твой эксперимент с MS Windows что-то не учитывает, просто потому что на доступ к административным share полагается куча софта.
S>Да вроде все учитывает.
Это документированне поведение:
https://learn.microsoft.com/en-us/troubleshoot/windows-server/networking/remove-administrative-shares
Про возможную причину ошибки, полученной в эксперименте, я написал выше.