В сети не удается получить данные события windows server 2019

  • Remove From My Forums

 locked

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

  • Вопрос

  • Добрый день.

    Ситуация следующая

    Имеется контроллер домена, и 2 узла сеансов удаленных столов.

    Все три сервера работают под ОС Windows Server 2016 Standart.

    При установке и настройке проблем не было, все функционировало правильно.

    Но с недавнего времени один из узлов стал выдавать сообщение об ошибке: В сети: не удается получить данные ролей и компонентов.

    Соответственно никаких ролей и  компонентов добавить на него нельзя.

    При этом работоспособность полностью сохранилась, сервер свои функции как узел сеансов удаленных рабочих столов выполняет.

    Сталкивался ли кто с такой проблемой? И какие пути выхода?

Ответы

  • Попробуйте перезапустить службу 

    Winmgmt (Инструментарий управления Windows)

    Обновить или запустить сервер менеджер, если проблема сохранится то

    sfc /scannow — перезагрузка проверка

    Если не помогло

    https://social.technet.microsoft.com/Forums/windows/en-US/8ed26d46-9994-4052-a307-5b071805aea8/wmi-corrupt-how-to-reinstallrepair

    • Помечено в качестве ответа

      17 сентября 2018 г. 6:43

  • Remove From My Forums

 locked

В сети: не удается получить данные события

  • Вопрос

  • Сегодня после пререзагрузки сервера появилось такое сообщение в диспетчере серверов для оного сервера — «В сети: не удается получить данные события».

    Гугл и яндекс не спасли отца русской демократии — именно такого сообщение не нашлось.

    В евентах ничего предосудительного не обнаружено.

    Что делать, куды бечь?

Ответы

  • Привет,

    Скорее всего у Вас проблема с AD LDS. Смотрите обсуждение внизу:

    Server 2012 : Online — Cannot get event data for all roles


    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется «как есть» без каких-либо гарантий. Не забывайте помечать сообщения как ответы и полезные,
    если они Вам помогли.

    • Помечено в качестве ответа

      28 мая 2019 г. 7:09

  • Remove From My Forums
  • Question

  • Hi,

    After adding WSUS as a role on one of my Server 2012 the server manager (on my win8 machine) keeps giving me the warning «Cannot get event data».
    «Events from WebServer.Events.xml could not be enumerated»

    It seems like it cannot read the data provided by the IIS role. (the event display for IIS is empty)
    Maybe it has something to do with there not being any IIS mmc plugin. (contrary to for example wsus)

    Anyone else having this issue? Is there even an IIS mmc plugin?

    Thanks

Answers

  • Hello,

    So, you are managing a Windows 2012 Server remotely from a Windows 8 workstation with RSAT?

    I don’t have a Windows 8 to test for you. You may follow the below to check if IIS MMC is installed and enabled on your Windows 8 RSAT.

    1.In the Windows Features dialog box, expand Remote Server Administration Tools, and then expand either Role Administration Tools or Feature Administration Tools.
    2. See if you can see IIS and select it. Click OK, and then close Control Panel.

    For Windows Server 2012 remote management queries, you can ask in Windows Server 8 Beta Setup forum

    Thanks
    Zhang

    • Marked as answer by

      Monday, September 24, 2012 5:40 AM

Windows Server 2019 – одна из самых популярных операционных систем для серверов. Она обеспечивает широкий спектр возможностей, однако иногда пользователи сталкиваются с проблемой получения данных события. В данной статье мы рассмотрим несколько шагов, которые помогут вам решить данную проблему.

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

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

Если служба не запущена или имеет ошибки, попробуйте перезапустить ее или выполнить восстановление службы.

Если все предыдущие шаги не помогли решить проблему, рекомендуется выполнить проверку целостности системных файлов с помощью команды SFC (System File Checker). Для этого откройте командную строку с правами администратора и выполните следующую команду: sfc /scannow

Команда SFC начнет проверку целостности системных файлов и автоматически исправит обнаруженные ошибки, если это возможно. По завершении проверки перезагрузите сервер и проверьте, работает ли получение данных событий корректно.

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

Содержание

  1. Проблема получения данных события на Windows Server 2019
  2. Причины возникновения проблем
  3. Возможные последствия нерешенной проблемы
  4. Решение проблемы получения данных события

Проблема получения данных события на Windows Server 2019

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

Для решения этой проблемы можно предпринять следующие шаги:

1. Проверьте настройки службы событий. Убедитесь, что служба событий на сервере запущена и работает правильно. Если служба остановлена или работает неправильно, перезапустите ее или выполните восстановление до заводских настроек.
2. Проверьте журналы событий на наличие ошибок. Иногда проблема может быть связана с журналами событий, которые переполнены или повреждены. Проверьте журналы событий на сервере Windows Server 2019 и выполните необходимые действия по их очистке или восстановлению.
3. Обновите программное обеспечение. Проверьте, что установлена последняя версия программного обеспечения на сервере Windows Server 2019. Иногда проблемы с получением данных события могут быть вызваны ошибками в программном обеспечении, которые были исправлены в последних обновлениях. Обновите программное обеспечение до последней версии и перезагрузите сервер.
4. Проверьте настройки безопасности. Убедитесь, что на сервере Windows Server 2019 отключены или правильно настроены фаерволы или антивирусные программы, которые могут блокировать получение данных события. Проверьте сетевые настройки и настройки безопасности, чтобы убедиться, что доступ к событиям не блокируется.

Следуя этим рекомендациям, вы сможете решить проблему получения данных события на сервере Windows Server 2019. Если проблема всё ещё не решена, рекомендуется обратиться за помощью к специалистам Microsoft или к сообществу разработчиков.

Причины возникновения проблем

Получение данных событий на Windows Server 2019 может столкнуться с различными проблемами, которые могут вызывать трудности в получении необходимой информации. Некоторые из распространенных причин возникновения проблем включают:

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

Понимание этих распространенных причин поможет вам более эффективно диагностировать и решать проблемы с получением данных событий на Windows Server 2019.

Возможные последствия нерешенной проблемы

Необходимо понимать, что нерешенные проблемы с получением данных события на Windows Server 2019 могут иметь серьезные последствия:

1. Потеря информации: Если сервер не может получать данные о событиях, это может привести к потере важной информации о происходящих событиях, ошибках или угрозах безопасности. Это может затруднить отслеживание и обнаружение проблем и угроз.

2. Увеличение риска безопасности: Отсутствие возможности получать данные событий может сделать сервер уязвимым для атак и угроз безопасности. Без информации о возникших проблемах, администраторы не смогут своевременно реагировать на потенциальные угрозы и предотвратить серьезные последствия.

3. Затруднение диагностики и устранения проблем: Без доступа к данным событий, диагностика и решение проблем на сервере могут затрудниться. Администраторам будет сложно определить, что именно вызывает проблему, и предпринять необходимые шаги для ее устранения.

4. Снижение производительности: Неконтролируемые события и ошибки могут снизить производительность сервера. Без возможности отслеживать и анализировать данные события, администраторам будет сложно выявить и устранить возможные узкие места или причины замедления работы системы.

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

Решение проблемы получения данных события

При возникновении проблем с получением данных события на Windows Server 2019, можно применить следующие шаги для их решения:

  1. Проверить настройки системного журнала событий. Убедитесь, что системный журнал событий настроен на запись нужных данных и что уровень журнала не установлен на «Отсутствует».
  2. Проверить наличие места на диске. Убедитесь, что на диске, где хранятся журналы событий, достаточно свободного места.
  3. Проверить настройки фильтров журнала событий. Возможно, данные события фильтруются и не попадают в журнал. Проверьте, что фильтры настроены правильно и не блокируют запись нужных событий.
  4. Проверить наличие проблем с правами доступа. Убедитесь, что у пользователя, под которым запущена служба сбора событий, есть достаточные права доступа для чтения событий из журнала.
  5. Перезапустить службы сбора событий. Попробуйте перезапустить службы, связанные с сбором событий, чтобы сбросить возможные ошибки и восстановить получение данных.
  6. Протестируйте подключение к удаленному журналу событий. Если вы пытаетесь получить данные с событий с удаленного сервера, убедитесь, что есть доступ к этому серверу и настройки удаленного доступа на вашем сервере корректны.
  7. Обновите драйверы и программное обеспечение. Проверьте, что установлены последние версии драйверов и обновления Windows. Устранение известных проблем в драйверах и программном обеспечении может помочь решить проблему с получением данных события.
  8. При необходимости, обратитесь за помощью к специалистам поддержки Microsoft. Если все вышеперечисленные методы не помогли решить проблему, рекомендуется обратиться за помощью к специалистам поддержки Microsoft, которые смогут провести детальную диагностику и предоставить индивидуальное решение проблемы.

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

Содержание

  1. В Windows Server 2019 не сохраняется «Включить сетевое обнаружение» (РЕШЕНО)
  2. Как в Windows Server 2019 включить сетевое обнаружение
  3. Связанные статьи:
  4. Рекомендуется Вам:
  5. Comments
  6. Не открываются общие сетевые SMB папки в Windows 10
  7. Вы не можете получить гостевой доступ к общей папке без проверки подлинности
  8. Вашей системе необходимо использовать SMB2 или более позднюю
  9. Гостевой доступ в SMB2 и SMB3 отключен по умолчанию в Windows
  10. Симптомы
  11. Запись журнала 1
  12. Рекомендации
  13. Запись журнала 2
  14. Рекомендации
  15. Причина
  16. Решение
  17. Дополнительная информация
  18. Записки ИТ специалиста.
  19. MS Windows 10 не подключается к сетевой папке на сервере SAMBA
  20. Windows server 2019 не подключается к сетевой папке
  21. Не открываются общие сетевые SMB папки в Windows 10
  22. Вы не можете получить гостевой доступ к общей папке без проверки подлинности
  23. Вашей системе необходимо использовать SMB2 или более позднюю
  24. Доступ к серверу обмена файлами SMB неуспешен с помощью псевдонима DNS CNAME
  25. Симптомы
  26. Причина
  27. Решение
  28. Трассировка сети
  29. Сбор параметров реестра
  30. Проверка параметров реестра
  31. Применение hotfixes (сервер и клиент)
  32. Ссылки
  33. Windows server 2019 не подключается к сетевой папке
  34. Вопрос
  35. Ответы
  36. Все ответы
  37. Windows server 2019 не подключается к сетевой папке
  38. Постановка задачи
  39. Методы настройки сети в Windows Server 2019
  40. Настройка сети через графический интерфейс
  41. Настройка сети через Windows Admin Center
  42. Настройка сети Windows Server 2019 через командную строку
  43. Настройка сети через PowerShell
  44. Удаленная настройка сети

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

windows network settings 8

Затем нажмите кнопку «Сохранить изменения».

Вновь откройте «Изменение расширенных параметров общего доступа» и проверьте сделанные настройки.

В настоящее время Windows Server 2019 не сохраняется «Включить сетевое обнаружение».

Для включения сетевого обнаружения (network discovery) необходимо, чтобы были запущены определённую службы.

Откройте services.msc и убедитесь, что запущены следующие службы:

Если у вас русскоязычная версия, то службы называются так:

services.msc

Затем снова включите сетевое обнаружение — теперь настройка должна сохраняться и SMB и другие связанные функции должны работать.

Связанные статьи:

Рекомендуется Вам:

Дякую! Допомогли вирішити дану проблему )

Не помогло. Брэндмауэр отключил даже. И все равно сервер никто не может дажи пинговать. Хотя сервак пингует ПК

А что именно не помогло исправить? Настройка не сохраняется? Эта заметка посвящена тому, как включить конкретную настройку.

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

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

Источник

Не открываются общие сетевые SMB папки в Windows 10

Если вы из Windows 10 не можете открыть сетевые папки на других сетевых устройствах (NAS, Samba сервера Linux) или на компьютерах со старыми версиями Windows (Windows 7/ XP /2003), скорее всего проблема связана с тем, что в вашей новой версии Windows 10 отключена поддержка устаревших и небезопасных версий протокола SMB (используется в Windows для доступа к общим сетевым папкам и файлам). Так, начиная с Windows 10 1709, был отключен протокол SMBv1 и анонимный (гостевой) доступ к сетевым папкам по протоколу SMBv2.

Конкретные действия, которые нужно предпринять зависят от ошибки, которая появляется в Windows 10 при доступе к общей папке и от настроек удаленного SMB сервера, на котором хранятся общие папки.

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

Начиная с версии Windows 10 1709 (Fall Creators Update) Enterprise и Education пользователи стали жаловаться, что при попытке открыть сетевую папку на соседнем компьютере стала появляться ошибка:

vy ne mozhete poluchit dostup k etoj obshej papke t

При это на других компьютерах со старыми версиями Windows 8.1/7 или на Windows 10 с билдом до 1709, эти же сетевые каталоги открываются нормально. Эта проблем связана с тем, что в современных версиях Windows 10 (начиная с 1709) по умолчанию запрещен сетевой доступ к сетевым папкам под гостевой учетной записью по протоколу SMBv2 (и ниже). Гостевой (анонимный) доступ подразумевают доступ к сетевой папке без аутентификации. При доступе под гостевым аккаунтом по протоколу SMBv1/v2 не применяются такие методы защиты трафика, как SMB подписывание и шифрование, что делает вашу сессию уязвимой против MiTM (man-in-the-middle) атак.

При попытке открыть сетевую папку под гостем по протоколу SMB2, в журнале клиента SMB (Microsoft-Windows-SMBClient) фиксируется ошибка:

В большинстве случае с этой проблемой можно столкнуться при использовании старых версий NAS (обычно для простоты настройки на них включают гостевой доступ) или при доступе к сетевым папкам на старых версиях Windows 7/2008 R2 или Windows XP /2003 с настроенным анонимным (гостевым) доступом (см. таблицу поддерживаемых версий SMB в разных версиях Windows).

В этом случае Microsoft рекомендует изменить настройки на удаленном компьютере или NAS устройстве, который раздает сетевые папки. Желательно переключить сетевой ресурс в режим SMBv3. А если поддерживается только протокол SMBv2, настроить доступ с аутентификацией. Это самый правильный и безопасный способ исправить проблему.

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

Есть другой способ – изменить настройки вашего SMB клиента и разрешить доступ с него на сетевые папки под гостевой учетной записью.

windows 10 politika vklyuchit nebezopasnye gostevye

В Windows 10 Home, в которой нет редактора локальной GPO, вы можете внести аналогичное изменение через редактор реестра вручную:

Или такой командой:

reg add HKLMSYSTEMCurrentControlSetServicesLanmanWorkstationParameters /v AllowInsecureGuestAuth /t reg_dword /d 00000001 /f

Вашей системе необходимо использовать SMB2 или более позднюю

Другая возможная проблема при доступе к сетевой папке из Windows 10 – поддержка на стороне сервера только протокола SMBv1. Т.к. клиент SMBv1 по умолчанию отключен в Windows 10 1709, при попытке открыть шару вы можете получить ошибку:

eta obshaya papka rabotaet po ustarevshemu protokolu

При этом соседние устройства SMB могут не отображаться в сетевом окружении и при открытии по UNC пути может появляться ошибка 0x80070035.

Т.е. из сообщения об ошибке четко видно, что сетевая папка поддерживает только SMBv1 протокол доступа. В этом случае нужно попытаться перенастроить удаленное SMB устройство для поддержки как минимум SMBv2 (правильный и безопасный путь).

Если сетевые папки раздает Samba на Linux, вы можете указать минимально поддерживаемую версию SMB в файле smb.conf так:

В Windows 8.1 отключите SMBv1, разрешите SMBv2 и SMBv3 и проверьте что для вашего сетевого подключения используется частный или доменный профиль:

Если ваше сетевое устройство (NAS, Windows XP, Windows Server 2003), поддерживает только протокол SMB1, в Windows 10 вы можете включить отдельный компонент SMB1Protocol-Client. Но это не рекомендуется.

Запустите консоль PowerShell и проверьте, что SMB1Protocol-Client отключен ( State: Disabled ):

Включите поддержку протокола SMBv1 (потребуется перезагрузка):

powershell enable windowsoptionalfeature smb1pro

vklyuchit smb1 klient v windows 10

В Windows 10 1709 и выше клиент SMBv1 автоматически удаляется, если он не использовался более 15 дней (за это отвечает компонент SMB 1.0/CIFS Automatic Removal).

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

Источник

Гостевой доступ в SMB2 и SMB3 отключен по умолчанию в Windows

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

Применяется к: Windows 10 — все выпуски, Windows Server 2019
Исходный номер КБ: 4046019

Симптомы

Начиная с Windows 10 версии 1709 и Windows Server 2019 клиенты SMB2 и SMB3 больше не позволяют следующие действия по умолчанию:

В SMB2 и SMB3 в этих версиях Windows:

Такое Windows 10 происходит в Windows 10 1709, Windows 10 1803, Windows 10 1903, Windows 10 1909, а также Windows 10 2004, Windows 10 20H2, & Windows 10 21H1 до тех пор, пока Установлен KB5003173. Это поведение по умолчанию ранее было реализовано в Windows 10 1709 г., но позднее регрессивно в Windows 10 2004 г., Windows 10 20H2 и Windows 10 21H1, в котором по умолчанию гостевой auth не был отключен, но все равно может быть отключен администратором. Сведения о том, как отключить проверку подлинности гостей, см. ниже.

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

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

Кроме того, если удаленный сервер пытается заставить вас использовать гостевой доступ, или если администратор включает гостевой доступ, в журнал событий SMB Client в журнале событий SMB-клиента в журнале регистрируются следующие записи:

Запись журнала 1

Рекомендации

Это событие указывает на то, что сервер пытался войти в систему пользователя в качестве недостоверного гостя, но ему было отказано. Гостевых логотипов не поддерживают стандартные функции безопасности, такие как подписание и шифрование. Таким образом, гостевых логотипов уязвимы для атак человека в середине, которые могут подвергать конфиденциальные данные в сети. Windows отключает небезопасные (несекреационные) гостевых логотипов по умолчанию. Рекомендуется не включить небезопасные гостевых логотипы.

Запись журнала 2

Значение реестра по умолчанию:
[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesLanmanWorkstationParameters] «AllowInsecureGuestAuth»=dword:0

Настроено значение реестра:
[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesLanmanWorkstationParameters] «AllowInsecureGuestAuth»=dword:1

Рекомендации

Это событие указывает на то, что администратор включил небезопасные гостевых логотипов. Ненадежный гостевых логотип возникает, когда сервер входит в систему пользователя в качестве недостоверного гостя. Обычно это происходит в ответ на сбой проверки подлинности. Гостевых логотипов не поддерживают стандартные функции безопасности, такие как подписание и шифрование. Таким образом, разрешение гостевых логонов делает клиента уязвимым для атак человека в центре, которые могут подвергать конфиденциальные данные в сети. Windows отключает небезопасные гостевых логотипов по умолчанию. Рекомендуется не включить небезопасные гостевых логотипы.

Причина

Это изменение в поведении по умолчанию по умолчанию по проекту и рекомендуется Корпорацией Майкрософт для обеспечения безопасности.

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

Windows и Windows Server не включили гостевой доступ и не разрешили удаленным пользователям подключаться в качестве гостей или анонимных пользователей с 2000 г. Windows 2000 г. Только сторонним удаленным устройствам может потребоваться гостевой доступ по умолчанию. Операционные системы, предоставляемые Корпорацией Майкрософт, не работают.

Решение

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

При изменении групповой политики на основе домена Active Directory используйте управление групповой политикой (gpmc.msc).

Для целей мониторинга и инвентаризации: эта группа политика устанавливает следующее значение реестра DWORD до 1 (небезопасная включенная система безопасности гостей) или 0 (отключена незащищенная система auth для гостей):

Чтобы задать значение без использования групповой политики, задайте следующее значение реестра DWORD: 1 (включена небезопасная возможность гостевого auth) или 0 (отключена незащищенная гостевая auth):

Как обычно, параметр значения в групповой политике переопределит значение параметра реестра политик, не входящего в группу.

Включив небезопасные гостевых логотипов, этот параметр снижает безопасность Windows клиентов.

Дополнительная информация

Этот параметр не влияет на поведение SMB1. SMB1 продолжает использовать гостевой доступ и откат гостей.

Источник

Записки ИТ специалиста.

MS Windows 10 не подключается к сетевой папке на сервере SAMBA

После обновления на домашнем ПК MS Windows до версии 1709 перестал подключаться к сетевой папке. Отваливается с ошибкой 0x80004005. Решение проблемы далее

Имеется домашний сервер на базе FreeBSD, на нем поднят SAMBA сервер, на котором расшарена папка. Безопасность в домашней сети нулевая, на SAMBA настроен гостевой доступ с полными правами к единственной сетевой папке. Все работало до обновления домашнего ПК с MS Windows 10 до версии 1709. После обновления этот комп перестал видеть шару. Остальные устройства видят шару как и раньше, без проблем. После обновления в MS Windows 10 «подкрутили гайки» с безопасностью и гостевой доступ стал недоступен.
Ослабляем гайки и возвращаем доступ

Для этого запускаем редактор групповой политики на ПК

Политика «Локальный компьютер»Конфигурация компьютераАдминистративные шаблоныСетьРабочая станция Lanman
Параметр «Включить небезопасные гостевые входы» — Состояние «Включена»

GroupPolicy03

Перезагружаем ПК и проверяем, что доступ к сетевой папке появился

Где искать в английской версии:

Group Policy settings:
Computer configurationadministrative templatesnetworkLanman Workstation
«Enable insecure guest logons»

Настройки можно произвести и через реестр

Default Registry Value:
[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesLanmanWorkstationParameters]
«AllowInsecureGuestAuth»=dword:0
Configured Registry Value:
[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesLanmanWorkstationParameters]
«AllowInsecureGuestAuth»=dword:1

Источник

Windows server 2019 не подключается к сетевой папке

Не открываются общие сетевые SMB папки в Windows 10

Если вы из Windows 10 не можете открыть сетевые папки на других сетевых устройствах (NAS, Samba сервера Linux) или на компьютерах со старыми версиями Windows (Windows 7/ XP /2003), скорее всего проблема связана с тем, что в вашей новой версии Windows 10 отключена поддержка устаревших и небезопасных версий протокола SMB (используется в Windows для доступа к общим сетевым папкам и файлам). Так, начиная с Windows 10 1709, был отключен протокол SMBv1 и анонимный (гостевой) доступ к сетевым папкам по протоколу SMBv2.

Конкретные действия, которые нужно предпринять зависят от ошибки, которая появляется в Windows 10 при доступе к общей папке и от настроек удаленного SMB сервера, на котором хранятся общие папки.

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

Начиная с версии Windows 10 1709 (Fall Creators Update) Enterprise и Education пользователи стали жаловаться, что при попытке открыть сетевую папку на соседнем компьютере стала появляться ошибка:

При это на других компьютерах со старыми версиями Windows 8.1/7 или на Windows 10 с билдом до 1709, эти же сетевые каталоги открываются нормально. Эта проблем связана с тем, что в современных версиях Windows 10 (начиная с 1709) по умолчанию запрещен сетевой доступ к сетевым папкам под гостевой учетной записью по протоколу SMBv2 (и ниже). Гостевой (анонимный) доступ подразумевают доступ к сетевой папке без аутентификации. При доступе под гостевым аккаунтом по протоколу SMBv1/v2 не применяются такие методы защиты трафика, как SMB подписывание и шифрование, что делает вашу сессию уязвимой против MiTM (man-in-the-middle) атак.

При попытке открыть сетевую папку под гостем по протоколу SMB2, в журнале клиента SMB (Microsoft-Windows-SMBClient) фиксируется ошибка:

В большинстве случае с этой проблемой можно столкнуться при использовании старых версий NAS (обычно для простоты настройки на них включают гостевой доступ) или при доступе к сетевым папкам на старых версиях Windows 7/2008 R2 или Windows XP /2003 с настроенным анонимным (гостевым) доступом (см. таблицу поддерживаемых версий SMB в разных версиях Windows).

В этом случае Microsoft рекомендует изменить настройки на удаленном компьютере или NAS устройстве, который раздает сетевые папки. Желательно переключить сетевой ресурс в режим SMBv3. А если поддерживается только протокол SMBv2, настроить доступ с аутентификацией. Это самый правильный и безопасный способ исправить проблему.

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

Есть другой способ – изменить настройки вашего SMB клиента и разрешить доступ с него на сетевые папки под гостевой учетной записью.

В Windows 10 Home, в которой нет редактора локальной GPO, вы можете внести аналогичное изменение через редактор реестра вручную:

Или такой командой:

reg add HKLMSYSTEMCurrentControlSetServicesLanmanWorkstationParameters /v AllowInsecureGuestAuth /t reg_dword /d 00000001 /f

Вашей системе необходимо использовать SMB2 или более позднюю

Другая возможная проблема при доступе к сетевой папке из Windows 10 – поддержка на стороне сервера только протокола SMBv1. Т.к. клиент SMBv1 по умолчанию отключен в Windows 10 1709, при попытке открыть шару вы можете получить ошибку:

При этом соседние устройства SMB могут не отображаться в сетевом окружении и при открытии по UNC пути может появляться ошибка 0x80070035.

Т.е. из сообщения об ошибке четко видно, что сетевая папка поддерживает только SMBv1 протокол доступа. В этом случае нужно попытаться перенастроить удаленное SMB устройство для поддержки как минимум SMBv2 (правильный и безопасный путь).

Если сетевые папки раздает Samba на Linux, вы можете указать минимально поддерживаемую версию SMB в файле smb.conf так:

В Windows 8.1 отключите SMBv1, разрешите SMBv2 и SMBv3 и проверьте что для вашего сетевого подключения используется частный или доменный профиль:

Если ваше сетевое устройство (NAS, Windows XP, Windows Server 2003), поддерживает только протокол SMB1, в Windows 10 вы можете включить отдельный компонент SMB1Protocol-Client. Но это не рекомендуется.

Запустите консоль PowerShell и проверьте, что SMB1Protocol-Client отключен ( State: Disabled ):

Включите поддержку протокола SMBv1 (потребуется перезагрузка):

В Windows 10 1709 и выше клиент SMBv1 автоматически удаляется, если он не использовался более 15 дней (за это отвечает компонент SMB 1.0/CIFS Automatic Removal).

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

Доступ к серверу обмена файлами SMB неуспешен с помощью псевдонима DNS CNAME

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

Оригинальная версия продукта: Windows 10 — все выпуски, Windows Server 2019, Windows Server 2016, Windows Server 2012 R2, Windows 7 Пакет обновления 1
Исходный номер КБ: 3181029

Симптомы

Если приложение или пользователь использует фактическое имя хранилища (имя NetBIOS или FQDN) для файлов или других ресурсов на сервере, использующем SMB, доступ будет успешным.

Когда приложение или пользователь использует псевдоним CNAME для файлов или других ресурсов на сервере, использующем SMB, и вы пытаетесь подключиться к акции на файловом сервере с его псевдонимом DNS CNAME. Например, вы пытаетесь подключиться к доле на файловом сервере с помощью псевдонима DNS CNAME:

В этом случае вы испытываете следующие действия:

Доступ от клиента Windows Server 2008 R2 Windows 7 является успешным.

Доступ к windows Server 2012 R2, Windows 8.1 или более поздней версии клиента Windows является неудачным. В этом случае вы получаете сообщение об ошибке, напоминаемом следующее:

uncpath недоступен. Возможно, у вас нет разрешения на использование этого сетевого ресурса. Обратитесь к администратору этого сервера, чтобы узнать, есть ли у вас разрешения на доступ.

Ошибка logon. Имя целевой учетной записи неверно.

Причина

Если вы используете сетевой монитор, проводную акулу или анализатор сообщений Майкрософт для проверки сетевого следа при успешной установке сеанса SMB, сеанс переходит к tree Connect.

Однако при проверке сетевого следа при неудачной установке сеанса SMB сеанса с ошибкой Kerberos KRB_AP_ERR_MODIFIED. Вот пример неудачного запроса на установку сеансов SMB в сетевом следе:

В неудачном запросе на установку сеанса SMB клиент передает неправильный SPN CNAME. SpN может быть неправильным, так как он зарегистрирован на старом сервере. Однако в случае успешного запроса на установку сеанса SMB, например в случае Windows Server 2008 R2 клиента, клиент переадвергает SPN для фактического имени сервера.

Если имя файлового сервера было разрешено с помощью DNS, клиент SMB привносим суффикс DNS в имя, предоставленное пользователем. То есть первым компонентом SPN всегда будет имя пользователя, как в следующем примере:

Эта попытка не удалась бы для более старых реализации SMB (Например, AIX Samba 3.5.8), которые не могут быть настроены для проверки подлинности Kerberos и не прослушивают порт прямого хоста SMB 445, а только в порту NetBIOS 139.

Если имя файлового сервера было разрешено с помощью другого механизма, например

клиент SMB использует предоставленное пользователем имя, например следующее:

Решение

Чтобы устранить эту проблему на файловом сервере с протоколом SMB версии 1, добавьте значение в DisableStrictNameChecking реестр:

Расположение реестра: HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesLanmanServerParameters
Имя DWORD: DisableStrictNameChecking
Значение DWORD: 1

Не используйте DNS CNAMEs в будущем для файловой серверы. Если вы хотите по-прежнему давать альтернативные имена серверам, вы можете сделать это со следующей командой:
NETDOM COMPUTERNAME/ADD

Эта команда автоматически регистрирует SPNs для альтернативных имен.

Мы не рекомендуем устранять эту проблему для файлового сервера, не основанного на Windows, введя следующие команды в окне командной подсказки на компьютере с Windows. Необходимо войти в систему с учетными данными администратора домена. Затем нажмите кнопку Ввод в командной подсказке для регистрации SPN для CNAME устройства хранения файлового сервера на основе Windows:

Трассировка сети

Чтобы собрать сетевой след, выполните следующие действия:

Откройте окно командной подсказки, введите следующую команду и нажмите кнопку Ввод:

Удалите все существующие сетевые подключения File Server, заверив следующую команду:

Инициализация кэша всех имен путем удаления существующего кэша:

Чтобы удалить кэш DNS, введите следующую команду и нажмите кнопку Ввод:

Чтобы удалить кэш NetBIOS, введите следующую команду и нажмите кнопку Ввод:

Чтобы удалить кэш Kerberos, введите следующую команду и нажмите кнопку Ввод:

Чтобы удалить кэш ARP, введите следующую команду и нажмите кнопку Ввод:

Попробуйте подключиться к сетевой сети, введя следующую команду и нажав кнопку Ввод:

Чтобы остановить сетевой след в неудачном сценарии, введите следующую команду и нажмите кнопку Ввод:

Сбор параметров реестра

Чтобы собрать параметры реестра на файловом сервере, выберите Начните, выберите Выполнить, введите команду в поле Открыть, а затем выберите ОК. Повторите этот шаг для следующих команд:

Файлы параметров реестра (. ВИЧ) сохраняются в папке TEMP на файловом сервере.

Проверка параметров реестра

Проверьте параметры следующих значений реестра на файловом сервере:

Применение hotfixes (сервер и клиент)

Для Windows 7 и Windows Server 2008 R2 в Windows 7 Корпоративная:

Кроме того, применим следующие горячие фиксы:

Ссылки

Заявление об отказе от ответственности за сведения о продуктах сторонних производителей

В этой статье упомянуты программные продукты независимых производителей. Корпорация Майкрософт не дает никаких гарантий, подразумеваемых и прочих, относительно производительности и надежности этих продуктов.

Windows server 2019 не подключается к сетевой папке

Вопрос

Ответы

1. Про «Сетевое окружение» можно смело забыть. Оно не поддерживается и не работает в современных версиях серверного ПО.

2. Судя по анамнезу у вас возможны проблемы с firewall (например включено правило Network Discovery, но при этом закрыт 445 TCP). Сложность ещё в том, что вы не привели текст ни одной ошибки.

3. Грамотный troubleshooting начинается тогда когда открываются логи, запускается сниффер (тот же Wireshark) и проблема воспроизводится.

4. Посмотрите ещё в сторону апдейтов, возможно что последние на 2019 можно попробовать откатить и воспроизвести трабл ещё раз.

Все ответы

1. Про «Сетевое окружение» можно смело забыть. Оно не поддерживается и не работает в современных версиях серверного ПО.

2. Судя по анамнезу у вас возможны проблемы с firewall (например включено правило Network Discovery, но при этом закрыт 445 TCP). Сложность ещё в том, что вы не привели текст ни одной ошибки.

3. Грамотный troubleshooting начинается тогда когда открываются логи, запускается сниффер (тот же Wireshark) и проблема воспроизводится.

4. Посмотрите ещё в сторону апдейтов, возможно что последние на 2019 можно попробовать откатить и воспроизвести трабл ещё раз.

Спасибо за ответ. Фаир вол отключал и включал. в 2016 все отлично работает но в 2019 все перепробовал, компы видит но открыть не может, при создании ярлыков с названием клиентского ПК не создает, пишет проверьте правильность имени ПК. Тупо даже на виртуалку ставьте и проверяйте, сервак клиент пк не откроет

Тупо даже на виртуалку ставьте и проверяйте, сервак клиент пк не откроет

тут мы вам помогаем, а не наоборот. Мы не тех поддержка, а сотрудники различных компаний которые безоплатно (без оплаты с вашей стороны или со стороны мс), делимся личным опытом. Если вы перепробовали «все» значит решения нет.

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

The opinion expressed by me is not an official position of Microsoft

Windows server 2019 не подключается к сетевой папке

Добрый день! Уважаемые читатели и гости одного из крупнейших IP блогов в рунете Pyatilistnik.org. В прошлый раз мы с вами произвели установку новой серверной системы Windows Server 2019 и произвели базовую настройку. Сегодня я хочу вам показать, какие у системного администратора есть варианты и инструменты по настройке сети в Windows Server 2019. Я покажу, как локальную настройку, так и удаленную, уверен, что новички оценят по достоинству этот материал.

Постановка задачи

Я хочу вас научить производить настройку статического IP адреса, маски, шлюза и DNS серверов на вашем сетевом интерфейсе, разными методами, локально и удаленно. Ситуаций может быть очень много. Лично я являюсь приверженцем того, что любой сервер должен иметь выделенный, статический ip-адрес исключительно под него, тут можно долго спорить, что можно делать резервирование на DHCP, через который потом можно быстрее менять настройки, но я придерживаюсь такой политики, так как из отказоустойчивый DHCP может ломаться, если вы можете меня переубедить в моем видении, то прошу в комментарии.

Методы настройки сети в Windows Server 2019

Существует ряд методов и инструментов позволяющих производить настройки вашего сетевого интерфейса, их можно разделить на два подхода:

Среди инструментов можно выделить:

Настройка сети через графический интерфейс

Первый метод, можно назвать классическим, так как он самый простой и подойдет для большинства администратором. Тут мы с вами будем использовать оснастку «Центр управления сетями и общим доступом«, настроим статический IP-адрес, маску сети, основной шлюз и DNS-сервера через графический интерфейс. У меня есть сервер RDCB01, для которого я выделил IP-адрес 192.168.31.10. На текущий момент айпишник прилетает от DHCP-сервера. Проверим текущие параметры интерфейса через командную строку, в которой нужно написать команду:

Чтобы открыть «Центр управления сетями и общим доступом» со списком сетевых интерфейсов, мы воспользуемся быстрыми командами Windows. Открываем окно выполнить и пишем в нем:

Находим нужный сетевой интерфейс, в моем примере, это единственный Ethernet0 и заходим в его свойства.

Далее находим пункт «IP версии 4 (TCP/Ipv4)»и открываем его свойства, далее мы видим, что выделение сетевых настроек производится в автоматическом режиме, через службу DHCP.

Чтобы вбить статические настройки выбираем пункт «Использовать следующий IP-адрес» и по порядку задаем настройки, подготовленные заранее. В моем случае

Сохраняем все настройки и проверяем через Ipconfig /all, что все видится. Так же можете попробовать пропинговать ваш основной шлюз или DNS-сервер. На этом графическая настройка сети в Windows Server 2019 окончена.

Настройка сети через Windows Admin Center

С выходом Windows Server 2019 Microsoft наконец-то создает правильный инструмент для системного администратора, я говорю, о Windows Admin Center. Я вам уже подробно рассказывал, как устанавливать Windows Admin Center и его назначение. Если в двух словах, то это крутая веб консоль позволяющая управлять серверами и рабочими станциями с любого устройства, через ваш браузер. Давайте я покажу, как вы легко можете произвести установку статического Ip-адреса, маски, основного шлюза и DNS на удаленном сервере, через WAC. Напоминаю, что делать я это буду для сервера RDCB01. Давайте его пропингуем и выясним текущий адрес. Я вижу ip-адрес 192.168.31.56.

Открываем в браузере Windows Admin Center и производим подключение к нужному серверу.

Далее находим раздел «Сеть«, тут у вас будет список всех ваших сетевых интерфейсов. Выбираем нужный, тут чем хорошо вы сразу видите много сводной информации в нижней части.

Для настройки сети нажмите кнопку «Параметры«. Как видим стоит автоматическое получение настроек.

Активируем пункт «Использовать следующий IP-адрес» и задаем нужные сетевые настройки, после чего сохраняем изменения.

Подтверждаем применение настроек.

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

Проверяем, перед этим единственное нужно очистить кэш-DNS. В итоге я вижу, что сервер пингуется по новому адресу.

В итоге удаленная настройка сети на сервере Windows Server 2019 выполнена.

Настройка сети Windows Server 2019 через командную строку

Второй метод заключается в использовании утилиты командной строки netsh. На практике, это используется в скриптах, или при настройке Windows Server в режиме Core. Я опять переведу свои настройки на получение адреса от DHCP сервера. DHCP присвоил мне адрес 192.168.31.56.

Для того, чтобы настроить статический IP-адрес через утилиту Netsh, вам нужно знать правильное имя сетевого адаптера, он легко смотрится при выводе команды Ipconfig /all. В моем примере, это Ethernet0.

Видим, что команда успешно отработала, можно сразу проверить применение настроек сети через ipconfig. Теперь выполним настройку основного и альтернативного DNS.

Прописываем альтернативный DNS адрес

В итоге как видим у нас появился второй адрес DNS сервера на нашем сетевом интерфейсе. Настройка выполнена.

Если вам нужно вернуть сетевые настройки на получение адреса от DHCP сервера, то введите команду:

Настройка сети через PowerShell

Чтобы настроить статический адрес на сетевом интерфейсе с помощью командлетов, вам необходимо открыть от имени администратора оболочку PowerShell.

Прежде чем мы начнем настройку сети через PowerShell в нашей Windows Server 2019, нам как и в случае с netsh, нужно выяснить имя сетевого интерфейса. Для этого вводим команду:

В результате я вижу имя интерфейса Ethernet0.

Зададим теперь оба DNS-сервера через команду

Посмотрим текущие сетевые настройки через команду:

Как видите все сетевые настройки в моем Windows Server 2019 успешно применены.

Удаленная настройка сети

Выше я уже показал вам метод удаленной настройки сети через Windows Admin Center, но существует и еще несколько методов, которые мне были полезны в моей практике. Первое, это использование все того же PowerShell. И так у меня есть компьютер W10-cl01 с Windos 10 и предположим хочу с него настроить сеть на сервере RDCB01.

Открываем PowerShell, командой hostname я показываю, что сижу на компьютере W10-cl01. Далее для удаленного подключения вводим команду:

Я успешно подключился, теперь повторно введя команду hostname, я вижу, что сижу на компьютере RDCB01, и можно вводить команды описанные выше.

Второй метод удаленной настройки сети на Windows Server 2019, это использование утилиты PsExec.exe, я,о ее настройке и установке рассказывал в статье «Включить RDP Windows удаленно и локально».

Начнется запуск службы на удаленном сервере.

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

Источник

Если вы из Windows 10 или 11 не можете открыть сетевые папки на других сетевых устройствах (NAS, Samba сервера Linux) или на компьютерах со старыми версиями Windows (Windows 7/ XP /2003), скорее всего проблема связана с тем, что в вашей версии Windows отключена поддержка устаревших и небезопасных версий протокола SMB (используется в Windows для доступа к общим сетевым папкам и файлам). В современных версиях Windows 10 и в Windows 11 по-умолчанию отключен протокол SMBv1 и анонимный (гостевой) доступ к сетевым папкам по протоколу SMBv2 и SMBv3.

Microsoft планомерно отключает старые и небезопасные версии протокола SMB во всех последний версиях Windows. Начиная с Windows 10 1709 и Windows Server 2019 (как в Datacenter так и в Standard редакциях) в операционной системе по умолчанию отключен протокол SMBv1 (помните атаку шифровальщика WannaCry, которая как раз и реализовалась через дыру в SMBv1).

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

Содержание:

  • Вы не можете получить гостевой доступ к общей папке без проверки подлинности
  • Вашей системе необходимо использовать SMB2 или более позднюю
  • Нет доступа к сетевой папке, у вас нет прав доступа
  • Дополнительные способы проверки доступа к сетевой папке в Windows

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

Начиная с версии Windows 10 1709 (Fall Creators Update) Enterprise и Education пользователи стали жаловаться, что при попытке открыть сетевую папку на соседнем компьютере стала появляться ошибка:

Вы не можете получить доступ к этой общей папке, так как политики безопасности вашей организации блокируют гостевой доступ без проверки подлинности. Эти политики помогают защитить ваш компьютер от небезопасных или вредоносных устройств в сети.
An error occurred while reconnecting Y: to
nas1share Microsoft Windows Network: You can’t access this shared folder because your organization’s security policies block unauthenticated guest access. These policies help protect your PC from unsafe or malicious devices on the network.

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

При этом на других компьютерах со старыми версиями Windows 8.1/7 или на Windows 10 с билдом до 1709, эти же сетевые каталоги открываются нормально. Причина в том, что в современных билдах Windows 10 (начиная с 1709) по умолчанию запрещен сетевой доступ к сетевым папкам под гостевой учетной записью по протоколу SMBv2 (и ниже). Гостевой (анонимный) доступ подразумевают доступ к сетевой папке без аутентификации. При доступе под гостевым аккаунтом по протоколу SMBv1/v2 не применяются такие методы защиты трафика, как SMB подписывание и шифрование, что делает вашу сессию уязвимой против MiTM (man-in-the-middle) атак.

При попытке открыть сетевую папку под гостем по протоколу SMB2, в журнале клиента SMB (Microsoft-Windows-SMBClient) фиксируется ошибка:

Log Name: Microsoft-Windows-SmbClient/Security Source: Microsoft-Windows-SMBClient Event ID: 31017  

Rejected an insecure guest logon.

Данная ошибка говорит о том, что ваш компьютер (клиент) блокирует не аутентифицированный доступ под аккаунтом guest.

Чаще всего с этой проблемой можно столкнуться при использовании старых версий NAS (обычно для простоты настройки на них включают гостевой доступ) или при доступе к сетевым папкам на старых версиях Windows 7/2008 R2 или Windows XP /2003 с настроенным анонимным (гостевым) доступом (см. таблицу поддерживаемых версий SMB в разных версиях Windows).

Microsoft рекомендует изменить настройки на удаленном компьютере или NAS устройстве, который раздает сетевые папки. Желательно переключить сетевой ресурс в режим SMBv3. А если поддерживается только протокол SMBv2, тогда нужно настроить доступ с аутентификацией. Это самый правильный и безопасный способ исправить проблему.

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

  • NAS устройство – отключите гостевой доступ в настройках вашего NAS устройства (зависит от модели);
  • Samba сервер на Linux — если вы раздаете SMB папку с Linux, добавьте в в секции [global] конфигурационного файла smb.conf строку:
    map to guest = never

    А в секции с описанием сетевой папки запретить анонимный доступ:
    guest ok = no

  • В Windows вы можете включить общий доступ к сетевым папкам и принтерам с парольной защитой в разделе Control PanelAll Control Panel ItemsNetwork and Sharing CenterAdvanced sharing settings. Для All Networks (Все сети) в секции “Общий доступ с парольной защитой” (Password Protected Sharing) измените значение на “Включить общий доступ с парольной защитой” (Turn on password protected sharing). В этом случае анонимный (гостевой) доступ к папкам будет отключен и вам придется создать локальных пользователей, предоставить им доступ к сетевым папкам и принтерам и использовать эти аккаунты для сетевого доступа к общим папкам на этом компьютере.. Windows 10 Включить общий доступ с парольной защитой

Есть другой способ – изменить настройки вашего SMB клиента и разрешить доступ с него на сетевые папки под гостевой учетной записью.

Этот способ нужно использовать только как временный (!!!), т.к. доступ к папкам без проверки подлинности существенно снижает уровень безопасности ваших данных.

Чтобы разрешить гостевой доступ с вашего компьютера, откройте редактор локальных групповых политик (gpedit.msc) и перейдите в раздел: Конфигурация компьютера -> Административные шаблоны -> Сеть -> Рабочая станция Lanman (Computer Configuration ->Administrative templates -> Network (Сеть) -> Lanman Workstation). Включите политику Enable insecure guest logons (Включить небезопасные гостевые входы).

Windows 10 политика Включить небезопасные гостевые входы

Обновите настройки групповых политик в Windows с помощью команды:

gpupdate /force

В Windows 10 Home, в которой нет редактора локальной GPO,вы можете внести аналогичное изменение через редактор реестра вручную::

HKLMSYSTEMCurrentControlSetServicesLanmanWorkstationParameters “AllowInsecureGuestAuth”=dword:1

Или такими командами:

reg add HKLMSYSTEMCurrentControlSetServicesLanmanWorkstationParameters /v AllowInsecureGuestAuth /t reg_dword /d 00000001 /f
reg add HKLMSoftwarePoliciesMicrosoftWindowsLanmanWorkstation /v AllowInsecureGuestAuth /t reg_dword /d 00000001 /f

Вашей системе необходимо использовать SMB2 или более позднюю

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

Не удалось выполнить сопоставление сетевого диска из-за следующей ошибки.
Вы не можете подключиться к общей папке, так как она небезопасна. Эта общая папка работает по устаревшему протоколу SMB1, который небезопасен и может подвергнуть вашу систему риску атаки.
Вашей системе необходимо использовать SMB2 или более позднюю версию.
You can’t connect to the file share because it’s not secure. This share requires the obsolete SMB1 protocol, which is unsafe and could expose your system to attack. Your system requires SMB2 or higher.

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

При этом соседние устройства SMB могут не отображаться в сетевом окружении и при открытии сетевых папок по UNC пути может появляться ошибка 0x80070035.

Сообщение об ошибки явно указывает, что сетевая папка поддерживает только SMBv1 для доступа к файлам. В этом случае нужно попытаться перенастроить удаленное SMB устройство для поддержки как минимум SMBv2 (правильный и безопасный путь).

Если сетевые папки раздает Samba сервер на Linux, вы можете указать минимально поддерживаемую версию SMB в файле smb.conf так:

[global]
server min protocol = SMB2_10
client max protocol = SMB3
client min protocol = SMB2_10
encrypt passwords = true
restrict anonymous = 2

В Windows 7/Windows Server 2008 R2 вы можете отключить SMBv1 и разрешить SMBv2 так через реестр:
Set-ItemProperty -Path "HKLM:SYSTEMCurrentControlSetServicesLanmanServerParameters" SMB1 -Type DWORD -Value 0 –Force

Set-ItemProperty -Path "HKLM:SYSTEMCurrentControlSetServicesLanmanServerParameters" SMB2 -Type DWORD -Value 1 –Force

В Windows 8.1 отключите SMBv1, разрешите SMBv2 и SMBv3 и проверьте что для вашего сетевого подключения используется частный или доменный профиль:

Disable-WindowsOptionalFeature -Online -FeatureName "SMB1Protocol"
Set-SmbServerConfiguration –EnableSMB2Protocol $true

Если ваше сетевое устройство (NAS, Windows XP, Windows Server 2003), поддерживает только протокол SMB1, в Windows 10 вы можете включить отдельный компонент SMB1Protocol-Client. Но это не рекомендуется!!!

Если удаленное устройство требует использовать SMBv1 для подключения, и этот протокол отключен в вашем устройстве Windows, в Event Viewer появляется ошибка:

Log Name: Microsoft-Windows-SmbClient/Security
Source: Microsoft-Windows-SMBClient
Event ID: 32000
Description:  SMB1 negotiate response received from remote device when SMB1 cannot be negotiated by the local computer.

Запустите консоль PowerShell и проверьте, что SMB1Protocol-Client отключен (
State: Disabled
):

Get-WindowsOptionalFeature -Online -FeatureName SMB1Protocol-Client

Включите поддержку протокола SMBv1 (потребуется перезагрузка):

Enable-WindowsOptionalFeature -Online -FeatureName SMB1Protocol-Client

powershell - Enable-WindowsOptionalFeature SMB1Protocol-Client

Также вы можете включить/отключить SMBv1 в Windows 10 и 11 из меню
optionalfeatures.exe
-> SMB 1.0/CIFS File Sharing Support –> SMB 1.0/CIFS Client.

включить клиент smbv1 в windows 11

В Windows 10 1709 и выше клиент SMBv1 автоматически удаляется, если он не использовался более 15 дней (за это отвечает компонент SMB 1.0/CIFS Automatic Removal).

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

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

Нет доступа к сетевой папке, у вас нет прав доступа

При подключении к сетевой папке на другом компьютере может появится ошибка:

Нет доступа к ComputerNameShare. Возможно у вас нет прав на использование этого сетевого ресурса. Обратитесь к системному администратору этого сервера для получения соответствующих прав доступа.
Network Error
Windows cannot access PC12Share
You do not have permissions to access PC12Share. Contact your network administrator to request access.

windows не открывается сетевая папка нет доступа

При появлении это ошибки нужно:

  1. Убедиться, что пользователю, под которым вы подключаетесь к сетевой папке, предоставлены права доступа на сервере. Откройте свойства общей папке на сервере и убедитесь что у вашего пользователя есть права доступа.
    Проверьте разрешения сетевой шары на сервере с помощью PowerShell:
    Get-SmbShareAccess -Name "tools"

    Затем проверьте NTFS разрешения:
    get-acl C:tools |fl

    проверьте разрешения доступа на сетевую папку с помощью powershell
    Если нужно, отредактируйте разрешения в свойствах папки.

  2. Проверьте, что вы используете правильные имя пользователя и пароль для доступа к сетевой папки. Если имя и пароль не запрашиваются, попробуйте удалить сохраненные пароли для доступа к сетевой папке в диспетчере учетных записей Windows. Выполните команду
    rundll32.exe keymgr.dll, KRShowKeyMgr
    и удалите сохраненные учетные данные для доступа к сетевой папке.очистити сохраненные пароли для доступа к сетевым папкам
    При следующем подключении к сетевой папки появится запрос имени и пароля. Укажите имя пользователя для доступа к папке. Можете сохранить его в Credential Manager или добавить вручную.

Дополнительные способы проверки доступа к сетевой папке в Windows

В этом разделе указаны дополнительные способы диагностики при проблема с открытием сетевые папок в Windows:

Содержание

  1. Windows не может получить доступ к сетевой папке
  2. Исправление сетевых ошибок 0x800070035 и 0x80004005
  3. Проверка настроек общего доступа
  4. Проверка работоспособности службы Сервер
  5. Настройка свойств сетевой карты
  6. Настройка Службы компонентов
  7. Настройки доступа к сетевой папке
  8. ошибка 0x80004005
  9. Как исправить «Windows не может получить доступ к компьютеру» код ошибки 0x80004005
  10. ИСПРАВИТЬ ОШИБКУ » WINDOWS НЕ МОЖЕТ ПОЛУЧИТЬ ДОСТУП К КОМПЬЮТЕРУ
  11. БЫСТРОЕ ИСПРАВЛЕНИЕ 1: ОТКЛЮЧИТЬ IPV6
  12. БЫСТРОЕ ИСПРАВЛЕНИЕ 2: ПРОВЕРЬТЕ NETBIOS
  13. БЫСТРОЕ ИСПРАВЛЕНИЕ 3: ПРОВЕРЬТЕ ПАРАМЕТРЫ ОБЩЕГО ДОСТУПА
  14. БЫСТРОЕ ИСПРАВЛЕНИЕ 4: ПРОВЕРЬТЕ РАЗРЕШЕНИЯ
  15. БЫСТРОЕ ИСПРАВЛЕНИЕ 5: ПОВТОРНО ЗАГРУЗИТЕ WINDOWS 10 UPDATE
  16. БЫСТРОЕ ИСПРАВЛЕНИЕ 6: ВКЛЮЧИТЕ ПОДДЕРЖКУ ОБЩЕГО ДОСТУПА К ФАЙЛАМ SMB 1.0/CIFS
  17. ПОСЛЕДНЯЯ МЫСЛЬ

Windows не может получить доступ к сетевой папке

При настройке локальной сети на Windows 7,8 и 10 требуется правильно назначать доступы пользователям и настраивать службы. Иначе возникает сетевая ошибка с кодами 0x800070035, 0x80004005 или 0x800704cf и появляется сообщение, что Windows не удается получить доступ к нужной сетевой папке, диску, устройству или файлу.

Сообщение об ошибке, в зависимости от версии ОС, может выглядеть следующим образом:

  1. Windows не может получить доступ к компьютеру в локальной сети. Не найден сетевой путь. Код ошибки:
  2. Windows не может получить доступ к сетевой папке/диску/иному расположению в локальной сети.
  3. Windows не может получить доступ к *Папка или файл*. Разрешение на доступ к *Путь до папки* отсутствует. Обратитесь к сетевому администратору для получения доступа.

[Обновление] Быстро исправить ошибки с кодом 0x80004005 (а иногда и с остальными) удается, веся всего одну запись в реестр:

  1. Открыть «Пуск» -> «Выполнить», ввести regedet и нажать Enter.
  2. В разделе реестра HKEY_LOCAL_MACHINE перейти по пути Software Policies Microsoft Windows LanmanWorkstation.
  3. ПКМ — создать новый параметр имя AllowInsecureGuestAuth тип REG_DWORD Enabled Value 1 (значение 1 — включено). Перезагрузить ПК.

Оглавление статьи:

Исправление сетевых ошибок 0x800070035 и 0x80004005

Причины, по которым Windows 7 или 10 может получить доступ к сетевой папке или файлам, практически всегда кроются в неправильно выставленных настройках системы, нежели в каких-либо ошибках. По аналогичным причинам в локальной сети может отсутствовать доступ к другому компьютеру, и система будет выдавать ошибку «Не удалось установить соединение. Не найден сетевой путь.» с аналогичными кодами. Большинство проблем исправляется элементарно, при помощи простых изменений настроек.

Если Windows не может получить доступ к сетевой папке и выдает ошибки 0x800070035 или 0x80004005, нужно:

  1. Проверить настройки общего доступа.
  2. Убедиться, что включена сетевая служба «Сервер».

Проверка настроек общего доступа

Ошибки при получении доступа к сетевой папке часто возникают в Windows по причине неправильно выставленных доступов. Если к диску, папке, файлу или компьютеру не открыть общий доступ, то другие участники локальной сети не смогут установить соединение.

  1. Выбрать сетевую папку или диск, для которых требуется создать общий доступ.
  2. Нажать правой кнопкой мыши, выбрать в контекстном меню «Общий доступ».
  3. Перейти по пункту подменю «Конкретные пользователи».
  4. В открывшемся окне нажать на треугольную стрелочку, расположенную рядом с кнопкой «Добавить».
  5. Выбрать из появившегося списка пользователя, которому требуется предоставить доступ. В случае, если в списке не будет никаких пользователей, следует выбрать вариант «Все».
  6. Установить права доступа для пользователя: только чтение (просмотр файлов), либо чтение и запись (возможность изменения, добавления и удаления файлов из сетевой папки).

После этого нужно нажать кнопку «Общий доступ» и, если система не покажет никаких ошибок или предупреждений, нажать на кнопку «Готово».

В Windows 8 и 10 есть более простой способ поделиться содержимым папки или диска с пользователями домашней группы:

  1. Нажать правой кнопкой мыши по нужной папке.
  2. Выбрать в контекстном меню пункт «Поделиться».
  3. Выбрать подпункт «Домашняя группа (просмотр и изменение)».

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

Проверка работоспособности службы Сервер

«Сервер» является встроенной службой в Windows, необходимой для работоспособности локальной сети и подключения к удаленным компьютерам, устройствам или файлам. Если компьютер ранее не использовался в качестве сервера или для подключения к домашней сети, служба может быть отключена. Это часто становится причиной ошибок доступа к сетевым папкам, даже когда права для всех пользователей выставлены корректно и остальные настройки ОС в норме.

Включение и выключение служб в Windows 7 и 10 происходит в Панели управления:

  1. Нажать «Пуск» — «Администрирование» — «Службы».
  2. Если вкладка «Администрирование» отсутствует в меню «Пуск», перейти в «Панель управления» и найти в списке пункт «Службы» во вкладке «Администрирование».
  3. Откроется окно со всеми службами, в котором требуется отыскать «Сервер».
  4. Кликнуть по строке «Сервер» правой кнопкой мыши, в появившемся контекстном меню выбрать пункт «Свойства».
  5. В открывшемся окне во вкладке «Общее» выбрать «Тип запуска»: автоматически или вручную.

Если служба изначально была выключена, «Тип запуска» будет установлен в положение «Отключена». Запуск вручную вынудит перезапускать службу каждый раз, когда потребуется доступ к сетевой папке, удаленному компьютеру или файлам в домашней группе. В автоматическом режиме служба будет запускаться самостоятельно, и заново проделывать указанные действия не потребуется.

Настройка свойств сетевой карты

Ошибки подключения к сетевым устройствам с кодами 0x800070035 и 0x80004005 могут быть решены путем выставления настроек сетевого подключения. В настройках сетевой карты нужно снять флажок с протокола iPv6, а также выполнить настройку iPv4. Метод одинаково хорошо работает в Windows 7 и 10 всех версией. Сначала следует попробовать только выключить протокол iPv6, а уже потом выполнять остальные действия, если этот простой способ не помог.

  1. Зайти в пеню «Пуск», перейти в «Панель управления».
  2. В Windows 7: Перейти в раздел «Центр управления сетями и общим доступом», затем «Изменение параметров адаптеров». Для Windows 10: В панели управления выбрать «Сеть и интернет», затем «Центр управления сетями и общим доступом», выбрать в левом меню пункт «Изменение параметров адаптеров».
  3. Выбрать подключение по локальной сети, по которому не удается получить доступ. Кликнуть по нему правой кнопкой мыши и выбрать пункт «Свойства».
  4. В свойствах сетевой карты убрать значок с протокола iPv6.
  5. Открыть свойства протокола iPv4, перейти во вкладку «Дополнительно».
  6. Открыть вкладку с названием «WINS», нажать на «Параметры NetBIOS».
  7. Поставить отметку, в зависимости от типа ip-адресации: «По умолчанию» для динамической ip-адресации и «Включить NetBIOS через TCP/IP» для статической.
  8. Нажать три раза «Ок», «Ок», «Ок».

После этого требуется выполнить несколько простых действий в Диспетчере устройств:

  1. Открыть «Пуск» — «Панель управления» — «Оборудование и звук» — «Диспетчер устройств».
  2. Перейти на вкладку «Вид», выбрать отметку «Показать скрытые устройства».
  3. Нажать «Сетевые адаптеры» и удалить все адаптеры 6to4.

Изменения вступят в силу после перезагрузки компьютера.

Настройка Службы компонентов

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

Инструкция по настройке локального доступа через Службу компонентов:

  1. Нажать кнопку «Пуск», ввести в поле поиска «Службы компонентов».
  2. Кликнуть по найденному результату правой кнопкой мыши, выбрать в контекстном меню «Запуск от имени администратора».
  3. В выскочившем окошке разрешить программе внести изменения на этот компьютер. Должно открыться окно со службой.
  4. Раскрыть окно «Службы компонентов», открыть второе окно «Компьютеры».
  5. Нажать по надписи «Мой компьютер» правой кнопкой мыши, перейти на вкладку «Свойства», затем «Свойства по умолчанию».
  6. Поставить «Уровень проверки подлинности по умолчанию» в положение «По умолчанию».
  7. Поставить «Уровень олицетворения по умолчанию» в положение «Олицетворение».
  8. Нажать кнопку «Применить».
  9. Нажать кнопку «Ок».
  10. Закрыть окно со «Службой компонентов».

Желательно сразу перезагрузить компьютер, после чего снова попробовать подключиться. Если ошибка сохраняется, следует проверить настройки доступа к сетевой папке.

Настройки доступа к сетевой папке

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

Просматривать содержимое сетевой папки могут только те пользователи, у которых есть доступ. Это легко проверить:

  1. Кликнуть по нужной папке правой кнопкой мыши, открыть «Свойства».
  2. Перейти на вкладку «Безопасность».
  3. В окне «Группы или пользователи» должна быть выбрана позиция «Все».

Если так и есть, то все в порядке. В противном случае требуется добавить новую группу:

  1. Нажать кнопку «Изменить» под окном «Группы или пользователи».
  2. Кликнуть по кнопке «Добавить», перейти во вкладку «Дополнительно…».
  3. Нажать «Поиск», выбрать в результатах поиска строку «Все», после чего кликнуть «Ок».
  4. Еще раз нажать «Ок».

Осталось выставить права для созданной группы пользователей «Все» — чтение, доступ, изменение и так далее. Аналогичным образом можно устанавливать разные настройки для отдельных групп, но это не обязательно. Одни настройки для всех пользователей снизят риск возникновения повторных ошибок доступа к минимуму.

ошибка 0x80004005

При попытке получить доступ к сетевому устройству возникает сетевая ошибка 0x80004005, скриншот прилагаю

netsh winsock reset

netsh interface tcp set global autotuninglevel=disabled

netsh winhttp reset proxy

netsh advfirewall reset

net localgroup Администраторы localservice /add

fsutil resource setautoreset true C:

netsh int ip reset resetlog.txt

Рядом стоящий ноутбук всё видит.

Попробуйте обновить образ Windows без ущерба для личных файлов.

Восстановить целостность поврежденных системных файлов Windows 10 можно путем обновления системы посредством утилиты Media Creation Tool . Ее можно скачать на официальном сайте Microsoft . Обновление Windows 10 – длительный по времени, в то же время самый надежный способ вернуть операционной системе работоспособность. Процесс обновления Windows 10 по времени проходит примерно столько же, сколько и процесс ее переустановки. В рамках проведения этого процесса все поврежденные системные файлы будут перезаписаны, сохранятся данные пользовательского профиля, установленные программы и внесенные системные настройки, а на выходе получим свежайшую, со всеми установленными обновлениями Windows 10 1709.

Запускаем Media Creation Tool . Принимаем лицензионные условия.

Выбираем Обновить этот компьютер сейчас .

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

Пожалуйста, сообщите результат.

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

Как исправить «Windows не может получить доступ к компьютеру» код ошибки 0x80004005

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

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

Одним из наиболее вопиющих правонарушителей является код ошибки Windows 0x80004005. Эта ошибка обычно появляется во время неудачной попытки использовать общий ресурс по сети, такой как общий сетевой жесткий диск. Обычный синтаксис для этой ошибки обычно что-то вроде “Windows не может получить доступ Computer1, проверьте орфографию. код ошибки 0x80004005 неопределенная ошибка.”

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

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

ИСПРАВИТЬ ОШИБКУ » WINDOWS НЕ МОЖЕТ ПОЛУЧИТЬ ДОСТУП К КОМПЬЮТЕРУ

Есть несколько «быстрых исправлений», которые стоит попытаться решить эту ошибку. Эти решения часто являются эффективными для решения этой проблемы.

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

БЫСТРОЕ ИСПРАВЛЕНИЕ 1: ОТКЛЮЧИТЬ IPV6

Одним из исправлений является отключение протокола IPv6 вашего компьютера. Вам все равно не нужен IPv6 прямо сейчас, если вы не используете сеть IPv6.

Просто выполните следующие четыре действия, чтобы попробовать это исправление:

  • Щелкните правой кнопкой мыши кнопку Пуск Windows и выберите пункт Сетевые подключения.
  • Нажмите кнопку «Изменить параметры адаптера».
  • Щелкните правой кнопкой мыши сетевой адаптер и выберите пункт Свойства.
  • Найдите Протокол Интернета версии 6 (TCP / IPv6) в центральной области и снимите флажок.

Большинство сетевых конфигураций все еще используют IPv4 и будут использоваться в обозримом будущем, поэтому вам не понадобится IPv6 на некоторое время, если вы не находитесь в корпоративной сети, которая уже использует IPv6. (В этом случае, это быстрое решение не будет работать для вас в любом случае.)

Нажмите кнопку » OK » и перезагрузите компьютер. Если это не поможет устранить ошибку, перейдите к следующему предложенному решению.

БЫСТРОЕ ИСПРАВЛЕНИЕ 2: ПРОВЕРЬТЕ NETBIOS

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

Выполните следующие действия, чтобы проверить, включена ли служба NetBIOS:

  • В том же окне, что и выше, выделите IPv4 и нажмите кнопку Свойства внизу.
  • Нажмите кнопку Дополнительно и выберите вкладку WINS.
  • Убедитесь, что параметр NetBIOS установлен по умолчанию.

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

БЫСТРОЕ ИСПРАВЛЕНИЕ 3: ПРОВЕРЬТЕ ПАРАМЕТРЫ ОБЩЕГО ДОСТУПА

Если настройки NetBIOS не были проблемой, давайте посмотрим на расширенные настройки общего доступа.

  • Перейдите на панель управления, Сеть и Интернет, Центр управления сетями и общим доступом и дополнительные параметры общего доступа.
  • Щелкните частную сеть и убедитесь, что сетевое обнаружение включено, а флажок автоматическая установка включен. Убедитесь,что включен также общий доступ к файлам и принтерам.
  • Щелкните все сети и убедитесь, что включен параметр Отключить общий доступ к сети, защищенный паролем.

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

БЫСТРОЕ ИСПРАВЛЕНИЕ 4: ПРОВЕРЬТЕ РАЗРЕШЕНИЯ

Если это не исправило его, мы должны далее проверить ваши разрешения.

  • Щелкните правой кнопкой мыши на папке или диске, который вы хотите поделиться.
  • Выберите общий доступ, а затем расширенный общий доступ.
  • Выберите вкладку общий доступ, а затем расширенный общий доступ.
  • Необходимо установить флажок рядом с пунктом общий доступ к этой папке. Проверьте его, если это не так. Затем нажмите кнопку разрешения.
  • Выделите группу Все, которая должна находиться в верхней панели, и разрешите полный контроль. Если группа » Все «отсутствует, нажмите кнопку Добавить и введите» все » в нижней области, а затем выберите ее.

Если это решение не работает для вас, пришло время перейти к быстрому исправлению номер пять.

БЫСТРОЕ ИСПРАВЛЕНИЕ 5: ПОВТОРНО ЗАГРУЗИТЕ WINDOWS 10 UPDATE

Если вы получаете это сообщение об ошибке при попытке обновить Windows 10, проблема может быть вызвана поврежденным файлом установки.

Чтобы исправить это, попробуйте повторно загрузить установщик Windows 10 и начать все сначала. Как бы это ни было неприятно, стоит попробовать, если это является источником проблемы.

БЫСТРОЕ ИСПРАВЛЕНИЕ 6: ВКЛЮЧИТЕ ПОДДЕРЖКУ ОБЩЕГО ДОСТУПА К ФАЙЛАМ SMB 1.0/CIFS

Предложенный TechJunkie reader TFI, несколько пользователей сообщили, что это делает трюк.

  • В поле поиска введите «панель управления “и выберите”Программы и компоненты».
  • В левой области задач нажмите кнопку «Включить или выключить Компоненты Windows».
  • В появившемся диалоговом окне прокрутите вниз и найдите “SMB 1.0 / CIFS File Sharing Support».
  • Убедитесь, что рядом с этой опцией установлен флажок.
  • нажимать OK.”

ПОСЛЕДНЯЯ МЫСЛЬ

Это может быть неприятно и трудно устранить неполадки Windows 10 ошибок, и сообщения об ошибках редко предоставляют какую-либо полезную информацию.

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

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

Главная » Видео » В Windows Server 2019 не сохраняется «Включить сетевое обнаружение» (РЕШЕНО)

Маленький блог скромного айтишника.

Самая популярная проблема при настройке локальной сети – когда компьютер не видит другие компьютеры, общие папки, сетевые накопители и т. д. Эта проблема чаще всего решается настройкой общего доступа и отключением антивируса (брандмауэра), но не всегда. В этой статье я хочу рассказать о нескольких решениях данной проблемы в Windows 10, которые я уже не раз применял на практике. Если у вас компьютер с установленной Windows 10 не видит компьютеры и папки в локальной сети, то первым делом нужно проверить, включена ли поддержка SMB1, так как после одного из обновлений этот протокол отключили. Как бы для безопасности. И это основная причина, по которой на вкладке «Сеть» в проводнике а не появляются сетевые устройства. Как правило, это более старые устройства, которые используют этот самый протокол SMB1, который в десятке отключен.

Открываем мы значит вкладку «Сеть» в проводнике Windows 10, где должны отображаться все сетевые устройства. Но видим там в лучшем случае свой Wi-Fi роутер, свой компьютер и может еще какие-то устройства мультимедиа. Другие компьютеры в локальной сети и сетевые папки не отображаются. А с других компьютеров они обычно видны и можно на них зайти. В том числе на этот компьютер с установленной Windows 10.

Как правило, все компьютеры подключены через один маршрутизтор. И многие почему-то думают, что локальная сеть не работает именно из-за настроек маршрутизатора. Но по своему опыту могу сказать, что это не так. Если на маршрутизаторе вы не настраивали какие-то особые функции и ничего не отключали, то все подключенные к нему устройства автоматически находятся в одной локальной сети.

Отдельно хочу рассказать об общем доступе к USB-накопителям через роутер. Если вы подключили к роутеру в USB-порт флешку, или внешний жесткий диск и Windows 10 не видит сетевой накопитель на вкладке «Сеть», то проблема так же может быть в отключенном протоколе SMB1. Так как роутер использует этот протокол для общего доступа к накопителю (сетевой папке).

Связанные статьи:

    (100%) (100%) (100%) (100%) (100%) (RANDOM — 50%)

Comments

Дякую! Допомогли вирішити дану проблему )

Не помогло. Брэндмауэр отключил даже. И все равно сервер никто не может дажи пинговать. Хотя сервак пингует ПК

А что именно не помогло исправить? Настройка не сохраняется? Эта заметка посвящена тому, как включить конкретную настройку.

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

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

Рабочая группа

Причиной того, что компьютеры не видят друг друга в локальной сети Windows 7/10, могут стать некорректные настройки рабочей группы. Откройте свойства системы, на вкладке «Имя компьютера» нажмите «Идентификация», и, когда запустится мастер, последовательно выберите эти настройки:

  • Компьютер входит в корпоративную сеть;
  • Моя организация использует сеть без доменов;
  • Имя рабочей группы – WORKGROUP.

Настройка рабочей группы шаг 1

Настройка рабочей группы шаг 2

Настройка рабочей группы шаг 3

Настройка рабочей группы шаг 4

После этого вам нужно перезагрузить компьютер и еще раз убедиться, что тип сети выставлен «Частная». Имя WORKGROUP используется по умолчанию, не меняйте его по возможности. На всех компьютерах в сети должно использоваться одно (одинаковое) имя рабочей группы, и это очень важный момент.

SMB 1.0 и проблемы с Master Browser в Windows 10

Бывает, что проблемы с отображением компьютеров в сетевом окружении связаны со службой Обозревателя сети (Master Browser). Эта служба отвечает за построение и поддержание списка активных компьютеров в сети (подробнее о службе Computer Browser). В локальной сети может быть только один активный компьютер с ролью главного обозревателя.

В Windows 10 1703 служба Обозревателя сети работает некорректно. Рекомендуется полностью отключить эту службу на Windows 10 и использовать в качестве основного обозревателя сети компьютер с Windows 7 (или Windows 8.1/ Windows Server 2012 R2, если вы уже отказались от Windows 7 в связи с окончанием поддержки). Настройки Master Browser можно задать через реестр.

Кроме того, в Windows 10 1709 (1803, 1809, 1903, 1909) по-умолчанию отключен протокол SMB v1.0, тем самым отключается и служба Computer Browser. Именно эта служба в сетях Microsoft отвечает за составление списка компьютеров в сети и их отображение (до перехода на протоколы SSDP и WS-Discovery).

Проверьте статус протокола SMBv1 можно с помощью команды:

Dism /online /Get-Features /format:table | find «SMB1Protocol»

proverit-проверить наличие компонентов smb v 1 в windows

Если в сети у вас остались компьютеры только с Win 10 1709 и выше (см. таблицу совместимости версий SMB v1), и вы хотите по прежнему использовать службу обозревателя сети, вам придется включить протокол SMB v1.0 хотя бы на одном компьютере (небезопасно!).

Установка SMB 1.0 выполняется путем добавления следующих компонентов в панели управления:

  • Клиент SMB 1.0/CIFS
  • Сервер SMB 1.0/CIFS

включить smb 1 в windows 10 1709

Либо вы можете включить клиент и сервер SMB 1 из OptionalFeatures.exe или командами DISM:

Dism /online /Enable-Feature /FeatureName:»SMB1Protocol-Client»
Dism /online /Enable-Feature /FeatureName:»SMB1Protocol-Server»

Напоминаем, что не рекомендуется включать клиент или, тем более, сервер SMB1 в Windows. Протокол SMB 1.0 является небезопасным, уязвимости в нем легко могут быть эксплуатированы удаленно.

Если вы все же включили протокол SMBv1, чтобы назначить текущий компьютер главным Master Browser в сети, выполните команды:

reg add «HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesBrowserParameters» /v IsDomainMaster /t REG_SZ /d True /f
reg add «HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesBrowserParameters» /v MaintainServerList /t REG_SZ /d Yes /f

Этот компьютер и будет у вас главным обозревателем сети (Master Browser).

Заключение

Локальная сеть – старая технология, которую производители программного обеспечения стараются заменить более современными и быстрыми альтернативами.

Однако такой способ обмена информации все еще часто используется на предприятиях, эмулируется для дистанционного подключения в различных целях и т.д. Из-за такой слабой поддержки и целенаправленного отключения, возможна ситуация, в которой компьютер Windows 10 не видит другие в сети, но исправить её своими руками достаточно легко.

Мы надеемся, что наша статья помогла в решении Вашего вопроса, связанного с тем, что не видно компьютеры в сети виндовс 10. Если у Вас остались вопросы, задайте его в комментариях.

Методы решения проблемы

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

Проверка наименования рабочей группы

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

  • Кликнуть ЛКМ по иконке «Пуск».
  • Открыть «Параметры», щелкнув по значку шестеренки.

screenshot_6

  • Перейти в раздел «Система», а затем – «О системе».

screenshot_7

  • Кликнуть по надписи «Сведения о системе», после чего открыть «Дополнительные параметры системы».

screenshot_8

  • Открыть вкладку «Имя компьютера».

screenshot_6

  • Нажать на кнопку «Изменить».

screenshot_7

  • Проверить правильность введенных данных под пунктом «Рабочая группа» и, при необходимости, изменить информацию.

screenshot_8

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

Проверка параметров общего доступа

Настройки Windows 10 регулируют возможность обнаружения компьютеров в рамках одной локальной сети. Если опция не запущена, то устройства не будут отображаться в списке. Следовательно, для решения проблемы нужно включить сетевое обнаружение:

  • Откройте «Параметры».

screenshot_9

  • Перейдите в раздел «Сеть и Интернет».

screenshot_10

  • Во вкладке «Состояние» кликните по вкладке «Параметры общего доступа».

screenshot_11

  • Раскройте настройки гостевой или общедоступной сети, а потом установите флажок на пунктах «Включить сетевое обнаружение» и «Включить общий доступ к файлам и принтерам».

screenshot_12

  • Сохраните изменения.

screenshot_13

По аналогии с предыдущим методом устранения неполадок требуется повторить операцию на всех компьютерах, входящих в рабочую группу. Отсутствие того или иного устройства в сети будет свидетельством того, что в его настройках деактивирован общий доступ.

Настройка службы «Маршрутизация и удаленный доступ»

Бывает, что отображение компьютеров в сети не работает по причине деактивации службы, отвечающей за удаленный доступ к ПК. В таком случае необходимо включить ее принудительно:

  • Используя поисковую строку Windows, найдите и откройте встроенную утилиту «Службы».

screenshot_14

  • В предложенном списке вы можете увидеть «Маршрутизация и удаленный доступ». Именно эта служба нам и будет нужна, так что кликните по ней дважды ЛКМ для запуска настроек.

screenshot_15

  • Рядом с пунктом «Тип запуска» установите значение «Автоматически».

screenshot_16

  • Нажмите на кнопку «Применить», чтобы сохранить настройки.

screenshot_17

Важно. После изменения параметров откройте общее меню служб и убедитесь, что необходимый параметр запущен. Если в строке «Тип запуска» отображается значение «Отключено», то понадобится снова открыть настройки службы и запустить ее принудительно, нажав на соответствующую кнопку.

screenshot_18

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

Сброс настроек маршрутизации и перезапуск сети

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

  • Кликните ПКМ по иконке «Пуск».
  • Запустите Командную строку с правами Администратора.

screenshot_19

  • Поочередно введите запросы «netsh int ip reset reset.txt», «netsh winsock reset» и «netsh advfirewall reset», сопроводив каждый из них нажатием на клавишу «Enter».

screenshot_20

  • Приведенные выше команды необходимо вводить на компьютере, который не видит другие устройства в сети. Одновременно с этим через Командную строку требуется ввести запрос «netsh advfirewall firewall set rule group=»Network Discovery» new enable=Yes» на всех ПК, входящих в рабочую группу.

screenshot_21

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

Деактивация брандмауэра и антивируса

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

screenshot_22

Также не забудьте проверить влияние антивирусного ПО на появление ошибок. Программы вроде Kaspersky Internet Security и Avast сами не прочь заблокировать службу, думая, будто она представляет угрозу. Поэтому единственным выходом из ситуации является временное отключение всех элементов защиты.

Совет. Чтобы не подвергать свой компьютер опасности, после проверки влияния антивирусов рекомендуется внести службу удаленного доступа в список исключений. Тогда ПО даже в активном режиме не будет блокировать ее.

Максимальная экономия от заказчика⁠ ⁠

Недавно услышал историю (не знаю на сколько правда). Приехали на объект к заказчику, витая пара уже была проложена заказчиком. Как обычно это самая дешевая, но не ожидали, что настолько. Омедненный алюминий? Нет. Омедненная сталь? Нет. Это был омедненный пластик.

Кто-нибудь встречал такое?

Пути решения

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

Проверка подключения

Необходимо проверить, правильно ли подключён сетевой кабель к компьютеру. Случается, что коннектор кабеля не до конца вошёл в разъём платы. Когда коннектор полностью входит в порт сетевой карты, слышится тихий щелчок. После этого нельзя будет вытащить кабель, просто потянув его за провод. Специальный отросток на коннекторе выполняет функцию защёлки. И если на него не нажать, кабель не выйдет. Эту проверку стоит проделать на другом конце LAN-кабеля, который обычно подключён к сетевому оборудованию.

 Специальный отросток на коннекторе выполняет функцию защёлки

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

Проверка связи

Для этой проверки необходимо узнать IP-адрес любого компьютера, подключённого к сети. После этого открыть ПускВсе программыСтандартныеВыполнить, либо нажать Win+R. В открывшимся окне ввести команду «cmd». Должна открыться командная строка. В новом окне написать следующую команду: ping (IP-адрес другого компьютера) -t и нажать клавишу enter. При успешной попытке будут выходить сообщения: Ответ от (введённый IP-адрес) число байт=32 время=16мс TTL=36. Все числа, кроме адреса, могут отличаться в зависимости от скорости сети.

 При успешной попытке будут выходить сообщения: Ответ от (введённый IP-адрес) число байт=32 время=16мс TTL=36

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

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

Важно! Если физическая проблема не найдена, то нужно отключить брандмауэр или антивирус и заново запустить проверку.

Проверка рабочей группы и имени

Нажать правой кнопкой мыши по иконке «Мой компьютер» и выбрать пункт – «Свойства». В открывшимся окне, в правой его части, выбрать раздел «Дополнительные параметры». Перейти на вкладку «Имя компьютера». Напротив надписи «Рабочая группа» будет показано имя рабочей группы, используемое на устройстве. Следует его изменить, если оно не совпадает с именем группы, используемой на других компьютерах. Кликнуть на кнопке изменить. В нижней части окна заменить название рабочей группы и нажать «ОК». Имя компьютера менять не обязательно.

Проверка IP-адресов

Помимо проверки IP-адреса, стоит также узнать, управляется ли сеть DNS-серверами. Эти данные можно получить у сетевого администратора. А также узнать свободное значение адреса. Если сетевого администратора нет, то нужно записать данные некоторые данные с компьютера у которого работает сеть. Для этого зайти ПускПанель управленияЦентр управления сетями и общим доступомИзменение параметров адаптера. Щёлкнуть правой кнопкой мыши по значку «Подключение по локальной сети» и выбрать «Свойства».

Во вкладке «сеть» выбрать «Протокол Интернета версии 4 (TCP/IPv4)» и нажать на «Свойства». Необходимо выписать все адреса в этом окне. Все записанные данные необходимо сверить с данными на проблемном компьютере. Все цифры должны совпадать, кроме последних цифр IP-адреса.

Важно! В локальной сети устройства с одинаковыми IP-адресами не будут функционировать.

Включение сетевого обнаружения

Настройки сетевого обнаружения находятся: «ПускПанель управленияЦентр управления сетями и общим доступом», вкладка «Изменить параметры общего доступа». Здесь требуется включить оба пункта.

Сброс настроек

После сброса настроек следует заново прописывать все адреса, поэтому важно их сохранить или записать. Для сброса в командной строке нужно прописать «netsh winsock reset» и нажать enter. Вторая команда «netsh int ip reset c:resetlog.txt» прописывается там же. После этого следует перезагрузить компьютер. Все сетевые настройку будут откатаны до заводских.

Приведённые методы устраняют основные ошибки. После выполнения всех действий компьютер станет видим в локальной сети.

Технический эксперт

Подгорнов Илья Владимирович Всё статьи нашего сайта проходят аудит технического консультанта. Если у Вас остались вопросы, Вы всегда их можете задать на его странице.

  • В файловой структуре windows папка это
  • В устройстве нет диска вставьте диск в устройство device harddisk2 dr2 windows 7
  • В устройстве нет диска при установке windows 7
  • В приоритете загрузки только windows boot manager
  • В реестре нет папки windows update