Windows 10 нет доступа к samba - Доктор Windows - ваш надежный помощник

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

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

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

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

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

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

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 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). В этом случае анонимный (гостевой) доступ к папкам будет отключен и вам придется создать локальных пользователей, предоставить им доступ к сетевым папкам и принтерам и использовать эти аккаунты для сетевого доступа к общим папкам на этом компьютере..

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

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

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

Обновите настройки групповых политик в 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.

При этом соседние устройства 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

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

В 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.

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

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

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

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

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

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

Источник

Содержание

1 Включаем поддержку протокола SMB1 в Windows 10
2 Проверка параметров общего доступа в Windows 10
3 Проверяем настройки общего доступа
4 Антивирус или брандмауэр может блокировать сетевые устройства
5 Рабочая группа
6 Проблема с доступом к общей сетевой папке по SMB1 в Windows 10 (мое решение)
7 Вы не можете получить гостевой доступ к общей папке без проверки подлинности
8 Вашей системе необходимо использовать SMB2 или более позднюю

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

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

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

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

Включаем поддержку протокола SMB1 в Windows 10

Откройте Пуск (или нажмите на кнопку поиска) и введите «компонентов». Откройте «Включение или отключение компонентов Windows». Или можно открыть это окно через «Панель управления» – «Программы и компоненты» и слева переходим в «Включение или отключение компонентов Windows».

Открываем пункт «Поддержка общего доступа к файлам SMB 1.0/CIFS». Нужно поставить галочку возле «Клиент SMB 1.0/CIFS» и нажать «Ok».

Поддержка старого протокола SMB 1.0 в Windows 10 включена. Теперь система должна видеть все сетевые папки, доступ к которым осуществляется через SMB 1. Можете еще выполнить перезагрузку компьютера.

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

В Windows 10 (версия 1803) домашняя группа была удалена. Достаточно просто настроить общий доступ к принтерам и файлам.

Открываем меню «Пуск» (или нажав на кнопку поиска) и пишем «общего доступа». Открываем «Управление расширенными параметрами общего доступа».

Или можно открыть это окно в параметрах «Сеть и Интернет» – «Параметры общего доступа».

Дальше для текущего профиля (скорее всего это будет частная сеть) установите переключатель возле «Включить сетевое обнаружение» и «Включить общий доступ к файлам и принтерам». А так же поставьте галочку возле «Включить автоматическую настройку на сетевых устройствах».

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

Если это не поможет – попробуйте установить такие настройки для вкладки «Все сети».

Но не рекомендую составлять такие настройки, особенно если вы часто подключаетесь к общественным Wi-Fi сетям.

Еще несколько решений:

Убедитесь, что ваш компьютер и другие компьютеры с которыми вы хотите настроить локальную сеть подключены через один роутер.
Отключите антивирус (встроенный в нем брандмауэр) и защитник Windows. Если это не решит проблему – включите обратно.
Если ваш компьютер с Windows 10 (который не видит общие папки и компьютеры в локальной сети) подключен к роутеру по Wi-Fi, то присвойте этой беспроводной сети статус частной (домашней).
Убедитесь, что на других компьютерах в локальной сети правильно заданы настройки общего доступа. Или на роутере настроен общий доступ к подключенному USB-накопителю.

Буду рад видеть ваши комментарии с другими решениями и вопросами по теме данной статьи!

Привет! Для тех кто не в теме, начну из далека. На компьютерах и ноутбуках с установленной Windows в проводнике есть отдельная вкладка «Сеть». На этой вкладке отображаются устройства из сетевого окружения. То есть, открыв вкладку «Сеть» мы там можем наблюдать компьютеры, сетевые хранилища (NAS), устройства мультимедиа (DLNA), флешки и внешние диски, которые подключены к роутеру и к которым настроен общий доступ. Проще говоря, те устройства, которые подключены через один роутер (находятся в одной сети) и на которых включена функция сетевого обнаружения (устройства, которые могут быть обнаружены в локальной сети). Там так же может отображаться наш маршрутизатор (раздел «Сетевая инфраструктура») и другие устройства.

Сейчас поясню что и как, и почему я вообще решил написать эту статью. У меня роутер ASUS, к которому я подключил USB флешку, и настроил общий доступ к этой флешке для всех устройств в сети. И что вы думаете, в разделе «Сеть» на всех компьютерах появился этот сетевой накопитель (он там отображается как «Компьютер»), а на моем компьютере он не отображался. То есть, мой компьютер не видел ни флешку подключенную к роутеру, ни другие компьютеры в этой сети. Зато отображался DLNA-сервер запущен на том же роутере. Но это ничего не меняет, так как мне нужен обычный сетевой доступ к накопителю.

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

Такая проблема, когда Windows 7, Windows 8, или Windows 10 не видит сетевые устройства – не редкость. Это не обязательно должна быть флешка, или внешний HDD, который вы подключили к своему маршрутизатору, как в моем случае. Чаще всего настраивают общий доступ между компьютерами в локальной сети. И точно так же сталкиваются с проблемой, когда компьютеры подключены к одной сети (к одному роутеру), настройки общего доступа выставлены правильно, а на вкладке «Сеть» пусто. Или отображается только маршрутизатор и ваш компьютер.

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

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

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

Мы будем рассматривать два случая:

Когда компьютеры не видят друг друга в локальной сети.
Общий доступ к сетевому накопителю. Это у нас может быть флешка, или жесткий диск который подключен к роутеру, или отдельный накопитель (он же NAS).

Первый случай

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

Дальше, на всех компьютерах (не знаю, сколько их там у вас), желательно присвоить статус сети «Домашняя» (частная). Как это сделать в Windows 10, я писал в статье домашняя (частная) и общественная (общедоступная) сеть Windows 10. В Windows 7 достаточно зайти в «Центр управления сетями и общим доступом» и сменить там статус текущего подключения.

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

Для этого, в окне «Центр управления сетями и общим доступом» (если не знаете как открыть его в Windows 10, то смотрите эту статью) нажимаем на пункт «Изменить дополнительные параметры общего доступа».

И для текущего профиля (обычно это «Частная») выставляем параметры как на скриншоте ниже.

Делаем это на всех компьютерах в локальной сети.

Статьи по этой теме:

Не путайте настройки общего доступа с настройками FTP. Настройки FTP-сервера на роутере в данном случае не при чем.

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

Антивирус или брандмауэр может блокировать сетевые устройства

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

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

Поэтому, попробуйте на время полностью остановить работу антивируса, или хотя бы отключить встроенный в него фаервол (межсетевой экран). В NOD 32 это делается вот так:

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

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

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

Если у вас нет антивируса, то можно поэкспериментировать с отключением/включением брандмауэра встроенного в Windows.

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

Рабочая группа должна быть одинаковой на всех устройствах. Как правило, так и есть. Но желательно проверить. Для этого откройте свойства компьютера «Система» и перейдите в «Дополнительные параметры системы».

Там будет указана «Рабочая группа». Чтобы изменить ее, нужно нажать на кнопку «Изменить».

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

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

Проблема с доступом к общей сетевой папке по SMB1 в Windows 10 (мое решение)

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

Где-то я прочитал, что можно попробовать открыть общую папку через окно «Выполнить». Нажал сочетание клавиш Win + R, ввел адрес сетевой папки //192.168.1.1 (он же адрес роутера).

Доступ к накопителю я не получил, но появилась интересная ошибка:

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

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

И ссылка, которую нужно вручную набирать 🙂

Вот она:

Это уже интересно. Хоть что-то.

SMB (Server Message Block) – сетевой протокол, который отвечает за общий доступ к файлам, принтерам и другим сетевым устройствам.

Начал искать. И оказывается, что в Windows 10 отказались от протокола SMB1. Из-за безопасности. А установленный на моем роутере пакет программ Samba походу работает по протоколу SMB1. Поэтому Windows 10 его не видит. Но другие компьютеры, которые так же работают на Windows 10 у меня так же не отображались на вкладке «Сеть».

Так как обновить протокол к SMB2 в настройках роутера я не мог, то решил что нужно как-то включить поддержку SMB1 в Windows 10. И как оказалось, это без проблем можно сделать. В итоге, после подключения компонента «Клиент SMB 1.0/CIFS» у меня все заработало. Система увидела общие папки на компьютерах в сети и сетевую папку настроенную на самом роутере.

Как включить SMB1 в Windows 10?

Через поиск найдите и откройте старую «Панель управления».

Переключитесь на «Мелкие значки» и откройте «Программы и компоненты».

Открываем «Включение или отключение компонентов Windows». Находим пункт «Поддержка общего доступа к файлам SMB 1.0/CIFS». Открываем его и ставим галочку возле «Клиент SMB 1.0/CIFS». Нажимаем Ok.

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

После перезагрузки, на вкладке «Сеть» – «Компьютер» должны появится все доступные устройства в вашей сети.

Буду рад, если эта статья кому-то пригодится и поможет решить возникшую проблему. Не забудьте написать в комментариях о результатах. Или задать вопрос, куда же без них 🙂

340

СергейРешение проблем и ошибок

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

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

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

Содержание:

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

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

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) атак.

Source: Microsoft-Windows-SMBClient Event ID: 31017 Rejected an insecure guest logon.

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

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

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

NAS устройство – отключите гостевой доступ в настройках вашего NAS устройства (зависит от модели);
Samba сервер на Linux — если вы раздаете SMB каталог с Linux, в конфигурационном файле smb.conf в секции [global] нужно добавить строку: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). В этом случае анонимный (гостевой) доступ к папкам будет отключен и вам придется создать локальных пользователей, предоставить им доступ к сетевым папкам и принтерам и использовать эти аккаунты для подключения к общим папкам на этом компьютере.

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

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

HKLMSYSTEMCurrentControlSetServicesLanmanWorkstationParameters “AllowInsecureGuestAuth”=dword:1

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

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

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

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

Вы не можете подключиться к общей папке, так как она небезопасна. Эта общая папка работает по устаревшему протоколу 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.

При этом соседние устройства 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

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

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

Get-WindowsOptionalFeature -Online -FeatureName SMB1Protocol-Client

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

Enable-WindowsOptionalFeature -Online -FeatureName SMB1Protocol-Client

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

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

Используемые источники:

https://prostocomp.net/sistema/windows-10-ne-vidit-kompyutery-v-seti-i-obshhie-papki-pochemu-i-chto-delat.html
https://help-wifi.com/reshenie-problem-i-oshibok/ne-otobrazhayutsya-obshhie-papki-setevye-kompyutery-fleshki-diski-na-vkladke-set-provodnika-windows/
https://winitpro.ru/index.php/2018/01/24/ne-otkryvayutsya-smb-papki-posle-ustanovki-windows-10-1709/

Источник

Содержание

Не открываются общие сетевые SMB папки в Windows 10
Вы не можете получить гостевой доступ к общей папке без проверки подлинности
Вашей системе необходимо использовать SMB2 или более позднюю
Windows 10 не видит компьютеры в сетевом окружении
Не отображаются компьютеры с Windows 10 в сетевом окружении рабочей группы
Включить сетевое обнаружение в Windows 10
SMB 1.0 и проблемы с Master Browser в Windows 10
Windows 10 не видит сетевые папки
Windows не видит samba в Сетевом окружении
Samba не видно в сетевом окружении windows 10

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

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

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

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

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

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

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

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

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

Источник

Windows 10 не видит компьютеры в сетевом окружении

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

Не отображаются компьютеры с Windows 10 в сетевом окружении рабочей группы

Пользователи стали сталкиваться с проблемами отображения соседних компьютеров в локальной сети рабочей группы еще начиная с Windows 10 1703 (Creators Update). После установки этой (или более новой версии Windows 10) ваш компьютер может перестать видеть соседние компьютеры при просмотре устройств в сетевом окружении.

Список компьютеров в сетевом окружении можно просмотреть в проводнике либо командой:

Если список пуст (команда вернула В списке нет элементов/ There are no entries in the list.), что в первую очередь проверьте следующие настройки.

Убедитесь, что у вас в секции текущего сетевого профиля Частная / Private (текущий профиль) включены опции:

Разрешить Windows управлять подключениями домашней группы (если у вас используется домашняя группа).

Затем в профили Все сети активируйте опции:

Сбросьте кеш DNS на компьютере:

Для включения обнаружения нужно в командной строке с правами администратора выполнить команду, разрешающую трафик сетевого обнаружений (Network Discovery) в Windows 10:

netsh advfirewall firewall set rule group=»Network Discovery» new enable=Yes

Или вручную разрешите протокол Network Discovery хотя бы для Частной (Private) сети в настройках Брандмауэр Защитника Windows (Control PanelAll Control Panel ItemsБрандмауэр Защитника WindowsAllowed apps).

Нажмите на ссылку Изменение расположения в сети, после этого в боковой панели с запросом “Вы хотите разрешить другим компьютерам и устройства в этой сети обнаруживать ваш ПК? Рекомендуем делать это в домашней или рабочей сети, а не в общедоступных”, выберите “Да”.

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

Сбросить сетевые настройки и правила файервола можно командами:

netsh int ip reset reset.txt
netsh winsock reset
netsh advfirewall reset

После чего нужно перезагрузить компьютер.

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

Также проверьте запущены ли следующие службы (для корректного отображения сетевого окружения они должны находится в состоянии автоматического запуска). Откройте консоль services.mcs:

В некоторых случаях сторонние антивирусы и файерволы могут блокировать запросы имени NetBIOS, WDS и широковещательные DNS запросы (точно была проблема с ESET NOD32). Попробуйте временно отключить антивирус/файервол и проверить, работает ли сетевое обнаружение в Windows 10.

Включить сетевое обнаружение в Windows 10

В Windows 10 1803 (Spring Creators Update) разработчики убрали возможность создавать домашнюю группу компьютеров, кроме того компьютеры с Windows 10 перестают отображаться в сетевом окружении проводника при просмотре устройств сети.

Дело в том, что с точки зрения Microsoft рабочие группы – это устаревший функционал организации локальной сети для доступа к общим ресурсам и принтерам. Вместо использования рабочей группы Microsoft предлагает использовать свои облачные сервисы (OneDrive или доступ через учетные записи Microsoft Account), На мой взгляд, это неоправданно.

Однако по факту, чтобы в Windows 1803 получить доступ к ресурсам другого компьютера в локальной сети нужно знать его имя ( \pcname1 ) или ip адрес (в формате \192.168.1.100 ), но в сетевом окружении соседние компьютеры не отображаются. Однако это можно исправить.

Дело в том, что за обнаружение соседних компьютеров в сети Windows 10 отвечает отдельная служба Function Discovery Provider Host, а за обнаружение вашего компьютера отвечает другая служба — Function Discovery Resource Publication.

Эти протоколы заменяют NetBIOS over TCP/IP, который исторически использовался для обнаружения устройства в сетях с Master Browser. Соответственно, вы можете спокойно отключать NetBIOS для ваших сетевых адаптеров.

После установки некоторых билдов Windows 10 эти службы могут быть отключены (тип запуска с Автоматического изменен на Отключен). Если эти службы остановлены, компьютер не обнаруживается в сети другими компьютерами и сам не может обнаружить другие. Включить службы автообнаружения в Windows 10 можно так.

После перезагрузки другие компьютеры в локальной сети смогу обнаруживать данный компьютер и его ресурсы (принтеры и общие папки).

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).

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

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

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

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

Если вы все же включили протокол 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 не видит сетевые папки

В некоторых случаях Windows 10 может видеть в сетевом окружении соседнее устройство, но не может отобразить список сетевых папок на нем. Чаще всего это сопровождается ошибкой “x80070035 — Не найден сетевой путь”. Решение этой проблемы описано в этой статье.

Если соседний компьютер (устройство) виден в сети, но при попытке открыть любую сетевую папку из сетевого окружения или по UNC пути ( \Имя_компьютера_или_IP ) появляется ошибка “Вы не можете получить доступ к этой общей папке, так как политики безопасности вашей организации блокируют гостевой доступ без проверки подлинности”. В этом случае нужно включить параметр реестра AllowInsecureGuestAuth (подробности в статье по ссылке):

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

Источник

Windows не видит samba в Сетевом окружении

Господи, ну не работает в винде обозреватель компов, никогда нормально не работал и не будет.

Господи, ну не работает в винде обозреватель компов, никогда нормально не работал и не будет.

Я думал в Microsoft работают опытные программисты.

Они тоже так думали. те погроммисты.
что в 7ке нифига по вай-ваю не было видно, что сейчас в 10 с парой виртуалок.

может оно при живом железячном windows server + ad в доменчик логон.. может и видно.

В samba NETBIOS настроен?

Оффтопик же. Предлагаю Вам обратиться с этим вопросом на Винфак.

Если вы используете v1709, то не должно быть проблем с доступом к Samba.

NetBIOS — монструозная часть ужаса, которая, как известно, не работает правильно большую часть времени.

Вы должны убедиться, что клиент Windows находятся в одной рабочей группе. Ваш брандмауэр Windows должен также разрешать трафик через TCP/UDP 137. Если вы открываете Powershell, отображаются ли ваши другие устройства или Windows бросает ошибку?

Ну я там smb.conf прилагал к посту. А у NETBIOS отдельный конфиг?

Вы должны убедиться, что клиент Windows находятся в одной рабочей группе. Ваш брандмауэр Windows должен также разрешать трафик через TCP/UDP 137. Если вы открываете Powershell, отображаются ли ваши другие устройства или Windows бросает ошибку?

Windows и samba находятся в одной локальной сети и в одной рабочей группе. 137 порт разрешён. Я написал сюда потому что думал что с samba проблемы, но раз не с ней пойду на Винфак.

Если вы открываете Powershell, отображаются ли ваши другие устройства или Windows бросает ошибку?

В каком смысле? Просто открыть Powershell или выполнить в нём что-то?

Присоединюсь. Да и сама идея не особо пригодная в жизни. Лазить по списку/спискам которые еще имеют свойство тупить при открытии, для сохранения/открытия файла «радости» не доставляет. Один фиг юзверам ярлычки/сетевые диски нужны. А админ наберет \nnnnn.

Источник

Samba не видно в сетевом окружении windows 10

workgroup = WORKGROUP
server string = Samba Server Version %v

; netbios name = GW_LINUX

interfaces = lo eth0 169.254.37.2/16
hosts allow = 127. 169.254.37.

log file = /var/log/samba/log.%m
max log size = 50

security = user
passdb backend = tdbsam

local master = no
; os level = 33
; preferred master = yes

; wins support = yes
; wins server = w.x.y.z
; wins proxy = yes

load printers = no
;cups options = raw
map to guest = Bad User
restrict anonymous = no
guest ok = yes
domain master = no
preferred master = no
netbios name = GW_LINUX
max protocol = NT
acl compatibility = winnt
ldap ssl = No
server signing = Auto
; valid users = %S
; valid users = MYDOMAIN%S
dos charset = 866
unix charset = UTF-8
display charset = UTF-8

;[printers]
;comment = All Printers
;path = /var/spool/samba
;browseable = no
;printable = no

[PUBLIC]
browseable = yes
path = /var/ftp/pub/

[UPLOAD]
browseable = yes
read only = no
hosts allow = 169.254.37.0/0
path = /var/ftp/uploads/

Запустил самбу. Процессы есть. Из smb4k локальная сеть нормально видна. Только вот самого себя я не вижу. Да и с других компьютеров сети в сетевом окружении мой комп не виден. Хотя, если в винде сделать поиск компьютера по ip адресу, то он будет найден, и все расшаренные каталоги будут доступны. Что тут недоделано? Ведь вроде бы netbios имя указано напрямую! Почему же он не виден? Подскажите, кто знает!

1. «samba работает, но в сетевом окружении не видна»	+ / –
Сообщение от wertik (ok), 27-Июн-08, 12:04
Ответить \| Правка \| Наверх \| Cообщить модератору


2. «samba работает, но в сетевом окружении не видна»	+ / –
Сообщение от wertik (ok), 27-Июн-08, 12:06

Ответить \| Правка \| Наверх \| Cообщить модератору


3. «samba работает, но в сетевом окружении не видна»	+ / –
Сообщение от andrystepa (??), 27-Июн-08, 16:26
Смотрите внимательнее. Эта строка повторяется дважды. Во второй раз она не закоментирована.
Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


4. «samba работает, но в сетевом окружении не видна»	+ / –
Сообщение от ANSI (?), 01-Июл-08, 01:32
This option allows you to setup nmbd(8)to periodically announce itself to arbitrary IP addresses with an arbitrary workgroup name. This is useful if you want your Samba server to appear in a remote workgroup for which the normal browse propagation rules don´t work. The remote workgroup can be anywhere that you can send IP packets to. remote announce = 192.168.2.255/SERVERS 192.168.4.255/STAFF
Ответить \| Правка \| Наверх \| Cообщить модератору


5. «samba работает, но в сетевом окружении не видна»	+ / –
Сообщение от andrystepa (??), 01-Июл-08, 11:25
>[оверквотинг удален] >arbitrary IP addresses with an arbitrary workgroup name. > > This is useful if you want your Samba server to appear >in a remote workgroup for which the normal browse propagation rules >don´t work. The remote workgroup can be anywhere that you can >send IP packets to. > > For example: > >remote announce = 192.168.2.255/SERVERS 192.168.4.255/STAFF Попробовал. Ничего не изменилось.
Ответить \| Правка \| Наверх \| Cообщить модератору


6. «samba работает, но в сетевом окружении не видна»	+ / –
Сообщение от andrystepa (??), 01-Июл-08, 12:57
Надоело, запустил SWAT. Честно говоря изменений там я толком не делал. Единственное, добавил homes и директиву browseable. Вот текущий конфиг, с ним все работает и сервер в сетевом окружении виден: # Samba config file created using SWAT # from 127.0.0.1 (127.0.0.1) # Date: 2008/07/01 12:41:27 [global] dos charset = 866 display charset = UTF-8 workgroup = AVEI netbios name = GW_LINUX server string = Samba Server Version %v interfaces = lo, eth0 map to guest = Bad User passdb backend = tdbsam log file = /var/log/samba/log.%m max log size = 50 acl compatibility = winnt server signing = auto load printers = No preferred master = No local master = No domain master = No ldap ssl = no remote announce = 169.254.37.255/SERVERS guest ok = Yes hosts allow = 127., 169.254.37. [homes] comment = Home browseable = yes read only = no [FTP] browseable = yes path = /var/ftp/ guest ok = yes case sensitive = no guest only = yes msdfs proxy = no [PUBLIC] browseable = yes path = /var/ftp/pub/ [UPLOAD] browseable = yes read only = no hosts allow = 169.254.37.0/0 path = /var/ftp/uploads/ Правда, возможно главное не в этом. Меня очень смущало что при запуске smbd не запускается nmbd, хотя во всех предыдущих системах, которые я настраивал он запускался при запуске самбы. Запустил его вручную.
Ответить \| Правка \| Наверх \| Cообщить модератору


7. «samba работает, но в сетевом окружении не видна»	+ / –
Сообщение от GG (?), 15-Июл-08, 06:38
однозначно проблема была в этом. сам ходил по этим граблям именно в восьмерке
Ответить \| Правка \| Наверх \| Cообщить модератору


8. «samba работает, но в сетевом окружении не видна»	+ / –
Сообщение от Mailik (?), 26-Июл-08, 03:37
Тоже долго возился с видимостью в сетевом окружение. Мудился с разными настройками, но после того как поставил local master = No всё заработало. Выложенный двумя постами выше конфиг отредактировал и упростил. Убрал секцию homes и ещё несколько параметро в global, конфиг остался также работоспособным и сетевое окружение под виндовыми клиентами заработало замечательно. Спасибо за помощь. )))
Ответить \| Правка \| К родителю #6 \| Наверх \| Cообщить модератору


9. «samba работает, но в сетевом окружении не видна»	+ / –
Сообщение от alonefox (ok), 26-Июл-08, 12:15
У вас все было, впринципе, нормально. Надо было с внимательностью проверить строки interfaces = lo eth0 169.254.37.2/16 hosts allow = 127. 169.254.37. на соответствие действительности и проверить это командой testparm Узнать на что оругается. На сколько понял я по диологу не запукается nmbd, а этот сервис как раз и отвечает за имена и сетевое окружение (его поддержку и/или присутствие хоста в нем). P.S. Чаще заглядывайте в логи Столкнулся с такой же проблемой: Fedora 8, штатная samba 3.0.30. Вылечилось запуском сервиса nmb (в моем конфиге строка local master ОТСУТСТВУЕТ). Проверьте service nmb status >Столкнулся с такой же проблемой: Fedora 8, штатная samba 3.0.30. Вылечилось запуском >сервиса nmb (в моем конфиге строка local master ОТСУТСТВУЕТ). Проверьте >service nmb status На этом сайте такие продвинутые танкисты в лыжах сидят, что просто кошмар. Источник Adblock detector

Источник

Содержание

Неопознанная ошибка 0x80004005 E_FAIL Virtual Box в Windows 10
Как исправить ошибку 0x80004005 в Windows 10
1. Ошибка 0x80004005 при попытке доступа к общим папкам и дискам
2. Ошибка E_FAIL (0x80004005) Virtual Box
3. Ошибка 0x80004005 Центра обновления Windows
Устранение ошибки с кодом 0x80004005 в Windows 10
Исправляем ошибку с кодом 0x80004005
Способ 1: Очистка содержимого каталога с обновлениями
Способ 2: Ручная загрузка обновлений
Способ 3: Проверка целостности системных файлов
Другие ошибки с рассматриваемым кодом и их устранение
Заключение
0x80004005 Windows 10 доступ по сети
Проблемы с активацией
Проблемы с драйверами
Проблемы с «Центром обновления Windows»
Поврежденные файлы Windows
Использование инструмента SFC
Использование инструмента DISM
Восстановление поврежденного файла «OpenCL.dll»
Ошибка 0x80004005, связанная с доступом к сетевому месторасположению
Видео — Код ошибки 0x80004005 Windows 10 доступ по сети
Как избежать ошибки 0x80004005, запрещающей доступ к сетевому диску
Как исправить ошибку 0x80004005 при использовании сетевого ресурса
Включить обнаружение сети
Отключить IPv6
Проверьте разрешения на доступ к папке
Посмотрите, не мешает ли какой-либо антивирус или брандмауэр
Обновите сетевые драйверы

Неопознанная ошибка 0x80004005 E_FAIL Virtual Box в Windows 10

Печальный код ошибки E_FAIL 0x80004005 в Windows 10 может появляться в нескольких вариациях, и в основном классифицируется как «Неопознанная ошибка«, что затрудняет понять источник возникновения данной ошибки. Ошибка 0x80004005 может возникать, когда пользователь не может получить доступ к общим папкам или дискам по сети и виртуальным машинам, как Virtual Box. Но это не все, эта ошибка также появляется при установки обновлений Windows в «центре обновления«. Давайте посмотрим, как исправить код ошибки 0x80004005 в Windows 10.

Как исправить ошибку 0x80004005 в Windows 10

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

1. Ошибка 0x80004005 при попытке доступа к общим папкам и дискам

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

Способ 1. Нажмите сочетание кнопок Win + R и введите regedit, чтобы открыть редактор реестра. В редакторе реестра перейдите по следующему пути:

Нажмите справа на пустом поле правой кнопкой мыши и «Создать» > «Параметр DWORD (32 бита)«. Далее задайте имя LocalAccountTokenFilterPolicy и значение 1. Если у вас система 64-bit, то нужно создать параметр QWORD (64 бита).

Способ 2. Нажмите сочетание кнопок Win + R и введите hdwwiz.cpl, чтобы открыть диспетчер устройств. Далее разверните графу «Сетевые адаптеры«, нажмите на вкладку сверху «Вид» и выберите «Показать скрытые устройства«. Если у вас появятся сетевые адаптеры Microsoft 6to4, то щелкните по ним правой кнопкой мыши и выберите удалить устройство. Перезагрузите ПК и проверьте устранена ли ошибка 0x80004005 при сетевом доступе.

Если ошибка не усnранена, то рекомендую проверить SMB протокол. Обратитесь к этому руководству Шаг 6.

2. Ошибка E_FAIL (0x80004005) Virtual Box

Способ 1. Нажмите сочетание кнопок Win + R и введите regedit, чтобы открыть редактор реестра. В редакторе реестра перейдите по следующему пути:

Если справа у вас есть подобный ключ C:Program FilesOracleVirtualBoxVirtualBox.exe со значением DisableUserCallbackException, то удалите его и проверьте решена ли проблема. Если вы используете антивирусный продукт, то отключите его на время и повторите момент с реестром.

Способ 2. Нужно попробовать переименовать файлы, тем самым задействовать файл-бэкап копии. Для начало вы должны знать путь установленной системы при которой вылетает ошибка. Путь можно посмотреть в самом Virtual Box нажав на «Файл» > «Настройки». Когда узнали путь переходим по нему, по умолчанию у всех он C:Usersваше имяVirtualBox VMs выбираем ОС, в мое случае это папка 7 (Win7). В папке нас интересуют два файла с расширением .vbox и .vbox-prev:

Теперь перейдите в папку C:Usersваше имя.VirtualBox, нужно проделать тоже самое:

3. Ошибка 0x80004005 Центра обновления Windows

Разберем, как исправить ошибку 0x80004005 в Windows 10 при установке обновлений.

Способ 2. Если это не обновление функции, а только накопительное обновление, вы можете вручную скачать и установить обновления Windows из официального каталога Microsoft. Откройте «Параметры» > «Обновление и безопасность» > «Центр обновления Windows» > справа «Просмотр журнала обновлений«. Посмотрите в журнале, какое именно обновление не удалось. Далее перейдите в каталог обновлений Windows введите номер KB обновления, которое не удалось установить, скачайте его и установите.

Если выше не помогло, то я собрал отличное руководство в котором написаны самые решаемые способы по устранению различных ошибок в «Центре обновления Windows».

Источник

Устранение ошибки с кодом 0x80004005 в Windows 10

Исправляем ошибку с кодом 0x80004005

Причина проявления этого сбоя тривиальна – «Центр обновлений» не смог либо загрузить, либо установить то или иное обновление. А вот источник самой проблемы может быть разным: неполадки с системными файлами или же проблемы с самим инсталлятором обновлений. Устранить ошибку можно тремя разными методами, начнём с самого эффективного.

Если же у вас возникла ошибка 0x80004005, но она не касается обновлений, обратитесь к разделу «Другие ошибки с рассматриваемым кодом и их устранение».

Способ 1: Очистка содержимого каталога с обновлениями

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

После загрузки компьютера проверьте наличие ошибки – скорее всего, она исчезнет, поскольку «Центр обновлений» загрузит на этот раз корректную версию апдейта.

Способ 2: Ручная загрузка обновлений

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

Способ 3: Проверка целостности системных файлов

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

Другие ошибки с рассматриваемым кодом и их устранение

Ошибка с кодом 0x80004005 возникает также по иным причинам. Рассмотрим самые частые из них, а также методы устранения.

Ошибка 0x80004005 при попытке доступа к сетевой папке
Эта ошибка возникает вследствие особенностей работы новейших версий «десятки»: из соображений безопасности по умолчанию отключены несколько устаревших протоколов соединения, а также некоторые компоненты, которые отвечают за сетевые возможности. Решением проблемы в этом случае будет правильная настройка сетевого доступа и протокола SMB.

Ошибка 0x80004005 при попытке доступа к Microsoft Store
Довольно редкий сбой, причина которого заключается в ошибках взаимодействия брандмауэра Windows 10 и Магазина приложений. Устранить эту неисправность достаточно просто:

Перезагрузите машину и попробуйте зайти в «Магазин» — проблема должна быть решена.

Заключение

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

Помимо этой статьи, на сайте еще 12321 инструкций.
Добавьте сайт Lumpics.ru в закладки (CTRL+D) и мы точно еще пригодимся вам.

Отблагодарите автора, поделитесь статьей в социальных сетях.

Источник

0x80004005 Windows 10 доступ по сети

Часто во время установки любого обновления Windows 10 можно столкнуться с ужасным сообщением, например: «Feature update to Windows 10, version 1607 – Error 0x80004005».

Ошибка связана с рядом причин, наиболее распространенными из которых являются следующие:

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

Проблемы с активацией

Первое, что мы должны сделать, это убедиться, что Windows должным образом активирована. На сайте компании Microsoft можно найти не одну статью, посвященную исправлению ошибки 0x80004005. Чтобы решить проблему сделайте следующее:

Проблемы с драйверами

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

Это довольно распространенный сценарий, исправить который достаточно просто:

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

Проблемы с «Центром обновления Windows»

Если ошибка не устранена, тогда скорее всего она связана с «Центром обновления Windows». Если это так, попытайтесь исправить ее с помощью средства устранения неполадок:

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

Важное примечание! Хотя следующая процедура не повредит системе, она удалит журнал истории обновлений. Если этот способ не решит проблему, попробуйте восстановить журнал, обратно переименовав папки «Catroot» и «SoftwareDistribution».

Убедитесь, что все команды прописаны без ошибок. Если что-то пошло не так (например, отказ в авторизации) попробуйте изменить права доступа к файлу или права собственности, а затем продолжите выполнение команд.

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

Поврежденные файлы Windows

Если ни одно из вышеперечисленных решений не работает (или не применимо к вашей системе), возможно, вы столкнулись с наихудшим сценарием: повреждение системного файла «OpenCL.dll». В итоге вы можете наблюдать множество неполадок с Windows 10, среди которых ошибки при установке большинства обновлений.

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

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

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

Использование инструмента SFC

По завершении сканирования (оно может занять до 20 минут) проверьте сводку результатов. Если все в порядке, вы должны увидеть сообщение: «Защита ресурсов Windows не обнаружила нарушений целостности».

Если это не так, проверьте файл «%windir%»-«Logs»-«Cbs»-«Cbs.log».

Ближе к концу найдите следующие строки: «Hashes for file member SystemRootWinSxSwow64_microsoft-windows-r..xwddmdriver-wow64-c_31bf3856ad364e35_10.0.10586.0_none_3dae054b56911c22opencl.dll do not match actual file [l:10]”opencl.dll” Could not reproject corrupted file [l:23 ml:24]”??C:WINDOWSSysWOW64′′[l:10]”opencl.dll”; source file in store is also corrupted».

Если эти строки присутствуют, тогда файл «OpenCL.dll» действительно поврежден.

Использование инструмента DISM

После завершения сканирования проверьте файл «C:»-«Windows»-«Logs»-«DISM»-«DISM.log» или, если не можете найти его, файл «%windir%»-«Logs»-«Cbs»-«Cbs.log».

Ближе к концу отыщите следующие строки: «CSI Payload Corrupt wow64_microsoft-windows-r..xwddmdriver-wow64-c_31bf3856ad364e35_10.0.10586.0_none_3dae054b56911c22opencl.dll Repair failed: Missing replacement payload».

Опять же, если эти строки присутствуют, тогда файл «OpenCL.dll» действительно поврежден.

Восстановление поврежденного файла «OpenCL.dll»

Чтобы избавиться от проблемы, нам нужно восстановить файл «Opencl.dll» с допустимого образа Windows 10 ISO:

Затем необходимо перезагрузить систему (обязательно) и снова запустить проверку «sfc /scannow», чтобы восстановить и анализировать системные файлы.

Ошибка 0x80004005, связанная с доступом к сетевому месторасположению

При наличии этой проблемы необходимо переинициализировать кэш автономных файлов.

Для этого выполните следующее:

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

Видео — Код ошибки 0x80004005 Windows 10 доступ по сети

Понравилась статья?
Сохраните, чтобы не потерять!

Источник

Как избежать ошибки 0x80004005, запрещающей доступ к сетевому диску

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

Как исправить ошибку 0x80004005 при использовании сетевого ресурса

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

Если это не так, нам просто нужно нажать на кнопку, чтобы активировать его и сохранить изменения. Таким образом мы могли бы избежать таких проблем, как ошибка 0x80004005, которая не позволяет нам использовать общий сетевой ресурс.

Отключить IPv6

Нам нужно войти в Панель управления, перейти в Сеть и Интернет, снова в Центр управления сетями и общим доступом и щелкнуть Изменить настройки адаптера. Здесь мы должны выбрать соответствующий сетевой адаптер, щелкнуть второй кнопкой мыши и снять флажок с IPv6. Позже сохраняем изменения.

Проверьте разрешения на доступ к папке

Посмотрите, не мешает ли какой-либо антивирус или брандмауэр

Это означает, что мы должны проверить, не мешает ли антивирус или брандмауэр каким-либо образом, и, следовательно, ошибка 0x80004005. Мы можем приостановить их на мгновение или отключить, если необходимо, и мы ясно понимаем, в чем проблема.

Обновите сетевые драйверы

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

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

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

Источник

Содержание

Исправление сетевых ошибок 0x800070035 и 0x80004005
Проверка настроек общего доступа
Проверка работоспособности службы Сервер
Настройка свойств сетевой карты
Настройка Службы компонентов
Настройки доступа к сетевой папке
Как решить?
Почему появляется неопознанная ошибка?
Проверяем статус активации Windows
Устанавливаем актуальные версии драйверов
Избавляемся от дефектов Windows Update
Восстановление целостности файлов
Внесение изменений в реестр

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Столкнулся с такой проблемой.
Есть локальная сеть: 3 компа с Windows 10 и Windows XP

Компьютер с Windows 10 сам не виден в сети и не заходит в папки на компах с Windows XP.

Решение этой проблемы состоит из 2-х этапов:

Заставить машину с Windows 10 показать себя в сети.
Сделать так, чтобы комп с Windows 10 увидел шары машин с Windows XP

Как решить?

Для решения первой проблемы нужно включить службу «Публикация ресурсов обнаружения функции».
В этом случае компьютер с Win10 станет виден в сети.

Решение второй проблемы заключается в том, чтобы включить протокол SMB 1.0, который не установлен (по умолчанию) в Windows 10.

Открываем панель «Программы и компоненты»
В открывшемся окне жмём на «Включение или отключение компонентов Windows»
Там ставим галочки на пунктах «Клиент SMB 1.0/CIFS» и «Сервер SMB 1.0/CIFS»

Если в процессе использования компьютера столкнулись с уведомлением, содержащим код ошибки 0x80004005 Windows 10 — доступ по сети заблокирован, то не стоит паниковать. Просто просмотрите мою инструкцию и опробуйте предложенные методы устранения неисправности.

Почему появляется неопознанная ошибка?

Чаще всего причины дефекта заключаются в следующих «нюансах»:

Операционная система не активирована или произошел сбой верификации (проверки подлинности ключа лицензии);
Отсутствуют критически важные драйвера сетевого оборудования;
Установлены некорректные обновления Виндовс;
Нарушена целостность файлов ОС;
Вирусное воздействие (крайне редко).

Как видно на скриншоте выше, код ошибки e fail 0x80004005 нередко даёт о себе знать при попытке запуска виртуальной машины VirtualBox, Samba. Сессия подключения была экстренно завершена на стадии загрузки, а вся информация о проблеме записана в журнал (лог) по указанному в сообщении пути.

То есть, ситуация довольно распространенная и неприятная. Давайте будем разбираться с решениями.

Проверяем статус активации Windows

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

Открываем параметры Виндовс 10 через меню «Пуск»;
Переходим к разделу «Обновление…»;
Выбираем вкладку «Активация». Если есть сообщение об ошибке, то ниже находим ссылку на «устранение неполадок» и дожидаемся окончания анализа. После внесения автоматических исправлений перезагружаем ПК:

Устанавливаем актуальные версии драйверов

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

Я же в который раз советую не заморачиваться и воспользоваться бесплатной утилитой IObit Driver Booster . Вот видео по эксплуатации софта:

Полезный контент:

Избавляемся от дефектов Windows Update

Когда система не может корректно обновляться, то в итоге возникают дополнительные ошибки, в том числе – и 0x80004005.

Вам необходимо посмотреть на первый вариант из этой инструкции, чтобы перейти к разделу параметров, связанным с обновлением и безопасностью. Там увидите вкладку «Устранение неполадок», а справа будет несколько пунктов – нас интересует «Центр обновления…»:

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

Восстановление целостности файлов

Это весьма полезная процедура, которую рекомендуется осуществлять практически после любого сбоя ОС. Опять же, не буду повторяться, поскольку уже на сайте IT Техник есть тематический материал (просмотреть можно здесь). Отмечу лишь, что понадобиться использовать команду:

С её помощью запускаем сканирование (длиться около 10 минут), после завершения следует перезапустить ПК.

Внесение изменений в реестр

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

Нажимаем одновременно на клавиатуре две кнопки Win + R и в открывшемся окошке прописываем запрос:

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

Теперь внутри него следует создать ключ реестра. Для этого в правой части окна кликаем на пустом месте и выбираем «Создать» — «Параметр DWORD 32»:

Присваиваем ему имя «FormatDatabase», а после двойного щелчка по объекту открываются его свойства, где следует прописать значение «1»:

Надеюсь, что «код ошибки 0x80004005 Windows 10 — доступ по сети не работает» больше не побеспокоит Вас, программы будут запускаться корректно, без сбоев.

Источник

Здравствуйте. Пока борьба идет с громким матом, но хоть что-то уже получается. Итак.
Поставил самбу, настроил как здесь: http://bloglinux.ru/2011/06/26/kak-rassharit-papki-na-mashine-s-linux-dlya-se/
На винде диск видится, но выдает «отказано в доступе». Под линуксом такая же беда. Захожу в браузере smb://192.168.1.7/
Видно расшаренную папку и принтеры, в принтеры заходит, а вот в папку нет. Где копать?

# # Sample configuration file for the Samba suite for Debian GNU/Linux. # # # This is the main Samba configuration file. You should read the # smb.conf(5) manual page in order to understand the options listed # here. Samba has a huge number of configurable options most of which # are not shown in this example # # Some options that are often worth tuning have been included as # commented-out examples in this file. # - When such options are commented with ";", the proposed setting # differs from the default Samba behaviour # - When commented with "#", the proposed setting is the default # behaviour of Samba but the option is considered important # enough to be mentioned here # # NOTE: Whenever you modify this file you should run the command # "testparm" to check that you have not made any basic syntactic # errors.


#======================= Global Settings =======================
[global]
	usershare owner only = false
## Browsing/Identification ###
# Change this to the workgroup/NT-domain name your Samba server will part of
	workgroup = workgroup
# server string is the equivalent of the NT Description field
	server string = %h server (Samba, Ubuntu)
	host allow = ALL
# Windows Internet Name Serving Support Section:
# WINS Support - Tells the NMBD component of Samba to enable its WINS Server
#   wins support = no
# WINS Server - Tells the NMBD components of Samba to be a WINS Client
# Note: Samba can be either a WINS Server, or a WINS Client, but NOT both
;   wins server = w.x.y.z
# This will prevent nmbd to search for NetBIOS names through DNS.
	dns proxy = no
#### Networking ####
# The specific set of interfaces / networks to bind to
# This can be either the interface name or an IP address/netmask;
# interface names are normally preferred
;   interfaces = 127.0.0.0/8 eth0
# Only bind to the named interfaces and/or networks; you must use the
# 'interfaces' option above to use this.
# It is recommended that you enable this feature if your Samba machine is
# not protected by a firewall or is a firewall itself.  However, this
# option cannot handle dynamic or non-broadcast interfaces correctly.
;   bind interfaces only = yes
#### Debugging/Accounting ####
# This tells Samba to use a separate log file for each machine
# that connects
	log file = /var/log/samba/log.%m
# Cap the size of the individual log files (in KiB).
	max log size = 1000
# If you want Samba to only log through syslog then set the following
# parameter to 'yes'.
#   syslog only = no
# We want Samba to log a minimum amount of information to syslog. Everything
# should go to /var/log/samba/log.{smbd,nmbd} instead. If you want to log
# through syslog you should set the following parameter to something higher.
	syslog = 0
# Do something sensible when Samba crashes: mail the admin a backtrace
	panic action = /usr/share/samba/panic-action %d
####### Authentication #######
# Server role. Defines in which mode Samba will operate. Possible
# values are "standalone server", "member server", "classic primary
# domain controller", "classic backup domain controller", "active
# directory domain controller". 
#
# Most people will want "standalone sever" or "member server".
# Running as "active directory domain controller" will require first
# running "samba-tool domain provision" to wipe databases and create a
# new domain.
	server role = standalone server
# If you are using encrypted passwords, Samba will need to know what
# password database type you are using.  
;	passdb backend = tdbsam
	obey pam restrictions = yes
# This boolean parameter controls whether Samba attempts to sync the Unix
# password with the SMB password when the encrypted SMB password in the
# passdb is changed.
	unix password sync = yes
# For Unix password sync to work on a Debian GNU/Linux system, the following
# parameters must be set (thanks to Ian Kahan <<kahan@informatik.tu-muenchen.de> for
# sending the correct chat script for the passwd program in Debian Sarge).
	passwd program = /usr/bin/passwd %u
	passwd chat = *Entersnews*spassword:* %nn *Retypesnews*spassword:* %nn *passwordsupdatedssuccessfully* .
# This boolean controls whether PAM will be used for password changes
# when requested by an SMB client instead of the program listed in
# 'passwd program'. The default is 'no'.
	pam password change = yes
# This option controls how unsuccessful authentication attempts are mapped
# to anonymous connections
	map to guest = bad user
########## Domains ###########
#
# The following settings only takes effect if 'server role = primary
# classic domain controller', 'server role = backup domain controller'
# or 'domain logons' is set 
#
# It specifies the location of the user's
# profile directory from the client point of view) The following
# required a [profiles] share to be setup on the samba server (see
# below)
;   logon path = \%Nprofiles%U
# Another common choice is storing the profile in the user's home directory
# (this is Samba's default)
#   logon path = \%N%Uprofile
# The following setting only takes effect if 'domain logons' is set
# It specifies the location of a user's home directory (from the client
# point of view)
;   logon drive = H:
#   logon home = \%N%U
# The following setting only takes effect if 'domain logons' is set
# It specifies the script to run during logon. The script must be stored
# in the [netlogon] share
# NOTE: Must be store in 'DOS' file format convention
;   logon script = logon.cmd
# This allows Unix users to be created on the domain controller via the SAMR
# RPC pipe.  The example command creates a user account with a disabled Unix
# password; please adapt to your needs
; add user script = /usr/sbin/adduser --quiet --disabled-password --gecos "" %u
# This allows machine accounts to be created on the domain controller via the 
# SAMR RPC pipe.  
# The following assumes a "machines" group exists on the system
; add machine script  = /usr/sbin/useradd -g machines -c "%u machine account" -d /var/lib/samba -s /bin/false %u
# This allows Unix groups to be created on the domain controller via the SAMR
# RPC pipe.  
; add group script = /usr/sbin/addgroup --force-badname %g
############ Misc ############
# Using the following line enables you to customise your configuration
# on a per machine basis. The %m gets replaced with the netbios name
# of the machine that is connecting
;   include = /home/samba/etc/smb.conf.%m
# Some defaults for winbind (make sure you're not using the ranges
# for something else.)
;   idmap uid = 10000-20000
;   idmap gid = 10000-20000
;   template shell = /bin/bash
# Setup usershare options to enable non-root users to share folders
# with the net usershare command.
# Maximum number of usershare. 0 (default) means that usershare is disabled.
;	usershare max shares = 100
# Allow users who've been granted usershare privileges to create
# public shares, not just authenticated ones
	usershare allow guests = yes
	username map = /etc/samba/smbusers
	security = user
;	encrypt passwords = yes
;	guest ok = no
;	guest account = nobody
#======================= Share Definitions =======================
# Un-comment the following (and tweak the other settings below to suit)
# to enable the default home directory shares. This will share each
# user's home directory as \serverusername
;[homes]
;   comment = Home Directories
;   browseable = no
	omment = DATA
	path = /media/data
	browsable = yes
	writable = yes
	guest ok = yes
# By default, the home directories are exported read-only. Change the
# next parameter to 'no' if you want to be able to write to them.
;   read only = yes
# File creation mask is set to 0700 for security reasons. If you want to
# create files with group=rw permissions, set next parameter to 0775.
;   create mask = 0700
# Directory creation mask is set to 0700 for security reasons. If you want to
# create dirs. with group=rw permissions, set next parameter to 0775.
;   directory mask = 0700
# By default, \serverusername shares can be connected to by anyone
# with access to the samba server.
# Un-comment the following parameter to make sure that only "username"
# can connect to \serverusername
# This might need tweaking when using external authentication schemes
;   valid users = %S
# Un-comment the following and create the netlogon directory for Domain Logons
# (you need to configure Samba to act as a domain controller too.)
;[netlogon]
;   comment = Network Logon Service
;   path = /home/samba/netlogon
;   guest ok = yes
;   read only = yes
# Un-comment the following and create the profiles directory to store
# users profiles (see the "logon path" option above)
# (you need to configure Samba to act as a domain controller too.)
# The path below should be writable by all users so that their
# profile directory may be created the first time they log on
;[profiles]
;   comment = Users profiles
;   path = /home/samba/profiles
;   guest ok = no
;   browseable = no
;   create mask = 0600
;   directory mask = 0700
[printers]
	comment = All Printers
	browseable = no
	path = /var/spool/samba
	printable = yes
;	guest ok = no
;	read only = yes
	create mask = 0700
# Windows clients look for this share name as a source of downloadable
# printer drivers
[print$]
	comment = Printer Drivers
	path = /var/lib/samba/printers
;	browseable = yes
;	read only = yes
;	guest ok = no
# Uncomment to allow remote administration of Windows print drivers.
# You may need to replace 'lpadmin' with the name of the group your
# admin users are members of.
# Please note that you also need to set appropriate Unix permissions
# to the drivers directory for these users to have write rights in it
;   write list = root, @lpadmin
[data]
	comment = data
	path = /media/data
	writeable = yes
;	browseable = yes
	guest ok = yes

Источник

При проработке различных настроек на Windows Server 2019 Standard (Version 10.0.17763.2114) на тестовом полигоне Debian 10 + Proxmox 6 в своей локальной сети столкнулся, что не вижу свой ресурс на базе Samba 2.4.3 on Ubuntu 14.04.5 (моя локальная сетевая папка, где у меня лежат образа, софт, книги, видеоуроки). А данная система успешно работает, как виртуальная машина на HP MicroServer Gen8. При попытке обращения к нему по DNS имени (\srv-nas.polygon.lan) или же по IP адресу (\172.35.35.4) получаю сетевую ошибку вида:

Windows cannot access \srv-nas.polygon.lan

Check the spelling of the name. Otherwise, there might be a problem with your network. To try to identify and resolve network problem

На заметку: Если посмотреть See details то может быть код ошибки

Код ошибки 0x80070035 (Не найден сетевой путь)

Код ошибки 0x80004005 (Неопознанная ошибка)

Вот только данный ресурс работает и к нему я успешно обращаюсь, с Windows 7,10, Server 2012 R2, Ubuntu систем, а почему же для Windows Server 2019 нужно что-то еще?

Для начала проверяю конфигурационный файл smb.conf дабы убедиться, что я в нем ничего не запретил, ну мало ли:

ekzorchik@srv—nas:~$ cat /etc/samba/smb.conf | grep —v «^$» | grep —v «#» | grep —v «;»

[global]

workgroup = WORKGROUP

server string = %h server (Samba, Ubuntu)

dns proxy = no

log file = /var/log/samba/log.%m

max log size = 1000

syslog = 0

panic action = /usr/share/samba/panic—action %d

server role = standalone server

passdb backend = tdbsam

obey pam restrictions = yes

unix password sync = yes

passwd program = /usr/bin/passwd %u

passwd chat = *Entersnews*spassword:* %nn *Retypesnews*spassword:* %nn *passwordsupdatedssuccessfully* .

pam password change = yes

map to guest = bad password

usershare allow guests = yes

[nas]

path = /nas

guest ok = yes

read only = no

create mask = 0777

directory mask = 0777

hide files = /$RECYCLE.BIN/desktop.ini/lost+found/Thumbs.db/

acl allow execute always = true

ekzorchik@srv—nas:~$

и вывода вижу, что доступ возможен как авторизацией так и гостем.

Чтобы включить авторизацию гостем с Windows Server 2019 нужно

Win + R -> gpedit.msc - Local Computer Policy - Computer Configuration - Administrative Templates - Network - Lanman Workstation

Enable insecure guest logons: Enable

На заметку: Все выше указанное можно сделать через правку реестра:

HKLMSYSTEMCurrentControlSetServicesLanmanWorkstationParameters

изменяем значение параметра AllowInsecureGuestAuth на 1

и нужно после перезагрузить сервер, либо

cmd.exe — Run as Administrator

echo y | net stop LanmanWorkstation && echo y | net start LanmanWorkstation

теперь мой сетевой диск успешно открывается

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

На этом я прощаюсь, с уважением автор блога Олло Александр aka ekzorchik.

Источник

Всем привет! Сегодня столкнулся с такой проблемой. При построении локальной сети с двумя компьютерами первый (Windows 10) наотрез отказывается видеть другой комп (Windows 7). Все настройки я произвел правильно и открыл общий доступ. Но как потом оказалось, вся проблема в специальном сетевом протоколе SMB 1. Дело в том, что это старый протокол, который работает на олдскульных ОС. И он есть в десятке, но на последних обновлениях операционной системы Microsoft решила его отключить (во имя безопасности).

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

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

Может быть еще вот такой текст ошибки: «Не удалось выполнить сопоставление сетевого диска из-за следующей ошибки». Ну и дальше все в том же духе.

Кстати, некоторые старые роутеры, также исползают устаревший SMB1 протокол – поэтому если у вас еще наблюдается проблема с доступом к жесткому диску или флешке, которые подключены к роутеру, то дальнейшие инструкции вам также будут полезны. Что мы будем делать? – нам нужно просто включить протокол SMBv1, и проблема будет решена. Поехали!

Содержание

Включения SMB1 на Windows 10
Проверка настроек
Включение SMB2
Ничего не помогло, папку или компьютер не видно, ничего не работает
Задать вопрос автору статьи

Открываем меню «Пуск» и в поисковой строке вводим «Включение и отключение компонентов Windows». Можете просто ввести не полное слово «компонент». Вы также можете зайти туда через «Панель управления» (нажимаем кнопки «Win» и «R» – вводим команду: control). Далее заходим в «Программы и компоненты» и слева выбираем тот же самый пункт с отключением и включением компонентов.

Находим раздел с упоминанием нашего любимого протокола и включаем в папке все галочки. В самом конце нажимаем «ОК», чтобы изменения были приняты.

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

Проверка настроек

Нам нужно посмотреть настройки общего доступа и есть ли они у вас вообще.

В «Пуске» нажмите по шестеренке.

Заходим в раздел «Сеть и Интернет».

Тут же на первой странице (вкладка «Состояние») откройте «Свойства» того подключения, которое вы используете для коннекта с роутером. Если вы подключены по кабелю, то выбираем «Ethernet», если вы подключены по «Wi-Fi», то выбираема второе подключение. На старых версиях нужно открыть ссылку «Изменить свойства подключения».

Убедитесь, чтобы тип сетевого профиля был как «Частный». Вернитесь обратно, нажав по стрелки влево.

Пролистните чуть ниже и откройте «Центр управления сетями…». Этот раздел может также называться как «Параметры общего доступа». Поэтому можете ориентироваться по значку или найти раздел со словами «Общий доступ».

Слева выбираем третий пункт для изменения параметров.

Так как мы уже изменили текущий профиль на частный, то открываем его.

Теперь открываем раздел «Все сети» и включаем сетевое обнаружение для папок. Шифрование должно стоять в нужной позиции, но если это не так, то включите 128-и битное шифрование. Обязательно отключите параметр, который будет запрашивать у вас пароль при заходе в общую папку или при запросе к этому компьютеру.

В самом конце сохраняем изменения.

Включение SMB2

Сначала давайте проверим статус SMBv2. Для это откройте «PowerShell» с правами админа, нажав ПКМ по кнопке «Пуск».

Введите команду:

Get-SmbServerConfiguration | Select EnableSMB2Protocol

Если вы видите значение «True», то значит протокол работает. Если стоит значение «False», то включить параметр можно также с помощью команды:

Set-SmbServerConfiguration -EnableSMB2Protocol $true

ПРИМЕЧАНИЕ! Таким же образом можно включить или выключить SMB1 – просто замените в команде одну цифру (2 на 1).

Далее кликаем по «Y» и на «Enter», чтобы подтвердить свои действия. Если же вы хотите отключить SMB2, то вместо «true» ставим «false». В конце не забываем перезагрузить систему.

Ничего не помогло, папку или компьютер не видно, ничего не работает

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

Источник