Как подключиться к сетевой папке в Windows (SMB)
На компьютерах, которые должны подключаться к общей сетевой папке, перейдите в «Изменение расширенных параметров общего доступа», для этого нажмите правой кнопкой мыши на значок сетевого соединения и нажмите «Открыть параметры сети и Интернет»:
В открывшемся окне нажмите на «Параметры общего доступа»:
На компьютерах, которые должны подключаться к общей сетевой папке, перейдите в «Изменение расширенных параметров общего доступа» и выберите опцию «Включить сетевое обнаружение»:
С недавнего времени, после очередного обновления Windows 10 в некоторых случаях перестали открываться сетевые папки. Дело в том, что теперь вход без ввода пароля нужно настраивать не только на компьютерах, где находится сетевая папка, но и на компьютерах, с которых выполняется подключение. Это довольно странное решение объясняется тем, чтобы вы случайно не подключились к папке злоумышленника и не скачали с неё вредоносное ПО. Вам НЕ НУЖНО делать настройку в gpedit.msc если вы подключаетесь к сетевой шаре по паролю. Если же вы настроили вход в общую папку без пароля, то для исправления ситуации нажмите Win+r (Пуск->Выполнить) и запустите:
Далее необходимо перейти по следующему пути «Конфигурация компьютера» → «Административные шаблоны» → «Сеть» → «Рабочая станция Lanmann»:
Теперь выставите параметр «Включить небезопасные гостевые входы» в положение «Включено»:
Описание в документации:
Этот параметр политики определяет, разрешит ли клиент SMB небезопасные гостевые входы на сервер SMB.
Если этот параметр политики включён или не настроен, клиент SMB разрешит небезопасные гостевые входы.
Если этот параметр политики отключён, клиент SMB будет отклонять небезопасные гостевые входы.
Небезопасные гостевые входы используются файловыми серверами для разрешения доступа без проверки подлинности к общим папкам. Небезопасные гостевые входы обычно не используются в среде предприятия, однако часто используются потребительскими запоминающими устройствами, подключёнными к сети (NAS), которые выступают в качестве файловых серверов. Для файловых серверов Windows требуется проверка подлинности, и на них по умолчанию не используются небезопасные гостевые входы. Поскольку небезопасные гостевые входы не проходят проверку подлинности, важные функции безопасности, такие как подписывание и шифрование SMB-пакетов отключены. В результате этого клиенты, которые разрешают небезопасные гостевые входы, являются уязвимыми к различным атакам с перехватом, которые могут привести к потере данных, повреждению данных и уязвимости к вредоносным программам. Кроме того, какие-либо данные, записанные на файловый сервер с использованием небезопасного гостевого входа, являются потенциально доступными для любого пользователя в сети. Майкрософт рекомендует отключить небезопасные гостевые входы и настроить файловые серверы на требование доступа с проверкой подлинности.»
Наконец-то, можно подключиться к общей папке (share) в локальной сети. Для этого откройте проводник и перейдите в раздел «Сеть»:
Обратите внимание на глючность этой службы — в левой части проводника мы видим 4 компьютера, а в главном разделе окна — только два.
Если вы не видите нужный компьютер, то попробуйте открыть его по прямой ссылке, например, у меня имя компьютера с сетевой папкой HACKWARE-MIAL, тогда я открываю его по ссылке \\HACKWARE-MIAL.
Примечание для Windows Server: в серверных версиях Windows даже когда разрешено подключаться без пароля, всё равно появляется окно запроса:
Достаточно ввести произвольные данные и, моём случае, сетевая папка успешно открывалась. При подключении к этой же папке с обычного Windows 10, запрос на ввод пароля не появлялся. Видимо, для сервера настроены какие-то более строгие политики.
При клике на имя компьютера вы увидите доступные сетевые папки. При переходе в папку вы увидите её содержимое:
Вы можете открывать файлы по сети, то есть не нужно предварительно копировать их на свой компьютер. Можете копировать файлы из общей папки, добавлять туда новые или удалять существующие — с сетевой папкой можно работать как с обычной локальной папкой.
В Windows сетевые папки можно сделать доступными в качестве дисков с буквой. Для этого правой кнопкой мыши кликните по слову «Сеть» и выберите пункт «Подключить сетевой диск»:
Выберите букву для диска, введите путь до папки, поставьте галочку «Восстанавливать подключение при входе в систему»:
Теперь вы будете видеть сетевую папку как диск в любом файловом менеджере:
Как подключиться с общей папке на Windows, для которой требуется ввод учётных данных
В целом процесс очень схож с подключением к незащищённой папке, но при попытке подключения появится такое окно:
Чуть выше я создал папку, для доступа к которой нужно ввести учётные данные пользователя ShareOverlord, ссылка на эту папку: \\HACKWARE-MIAL\ShareRestricted
В это окно авторизации нужно вводить имя пользователя и пароль того пользователя, который имеет права на доступ к этой папке на УДАЛЁННОМ компьютере, то есть на том компьютере, где находится эта папка с совместным доступом.
Доступ в папку ShareRestricted получен:
Смотрите такжке полное Руководство по SMB и Samba.
Подключить сетевой диск windows 2003 server
Вопрос
есть домен с AD ! и несколько машин по Win_XP SP3 подключенных к нему. на домене есть сетевая папка которая подключается ко всем компам как сетевой диск.
и все работало отлично! но сегодня на одном компе сетевой диск перестал подключаться, не по IP не по имени, хотя пинги идут! выдается ошибка «не найден сетевой путь». И при этом свободно подключается сетевой диск расположенный на Linux машине. и у учетки админа пропали права на восстановление системы! как у локального так и у доменного. у остальных машин все в порядке!
как заставить подключится ?
Настройка протокола IP для Windows для компьютера
Имя компьютера . . . . . . . . . : xxx
Основной DNS-суффикс . . . . . . :yyy.local
Тип узла. . . . . . . . . . . . . : неизвестный
IP-маршрутизация включена . . . . : нет
WINS-прокси включен . . . . . . . : нет
Порядок просмотра суффиксов DNS . : yyy.local
Подключение по локальной сети — Ethernet адаптер:
DNS-суффикс этого подключения . . :
Описание . . . . . . . . . . . . : Intel(R) PRO/1000 PM Network Connection
Физический адрес. . . . . . . . . : 1111111111111111
Dhcp включен. . . . . . . . . . . : нет
Маска подсети . . . . . . . . . . : 255.255.255.0
Основной шлюз . . . . . . . . . . : 200.1.80.20
Настройка протокола IP для Windows для сервера
Имя компьютера . . . . . . . . . : aaaa
Основной DNS-суффикс . . . . . . :yyy.local
Тип узла. . . . . . . . . . . . . : неизвестный
IP-маршрутизация включена . . . . : нет
WINS-прокси включен . . . . . . . : нет
Порядок просмотра суффиксов DNS . : yyy.local
Подключение по локальной сети — Ethernet адаптер:
DNS-суффикс этого подключения . . :
Описание . . . . . . . . . . . . : Broadcom NetXtreme Gigabit Ethernet
Физический адрес. . . . . . . . . : 1111111111111111
DHCP включен. . . . . . . . . . . : нет
Маска подсети . . . . . . . . . . : 255.255.255.0
Маска подсети . . . . . . . . . . : 255.255.255.0
Основной шлюз . . . . . . . . . . : 200.1.80.20
NetBIOS через TCP/IP. . . . . . . : отключен
ЗЫ: права локального админа восстановил утилитой от microsoft (FIX_IT_50198) сделал восстановление системы до предыдущей контрольной точки. но проблему это не решило! и после восстановления админ снова лишился прав.
Ответы
проблема решилась включением NetBIOS через TCP/IP на стороне сервера!
почему все работало на других машинах и почему работало раньше остается загадкой! сетевые настройки на сервере не менялись с момента его введение в работу!
Все ответы
Не знаю точно влияет это на данную ситуацию или нет, но проверьте:
1. Что пользователь с административными правами прямо или косвенно входит также в локальную группу «Пользователи» («Users») на компьютере с Windows XP.
2. Случайно на эту машину не действует ли доменная политика «Restricted Groups»?
3. У учетной записи, с правами которой вы подключаетесь к серверу, случайно не истек срок действия пароля? Может быть вам предложили его сменить, а вы отказались, тогда в систему вы попадете, но доменные ресурсы будут не доступны.
Да всё просто, вы же посмотрите в вывод команды ipconfig — клиентский MAC-адрес совпадает с серверным.
MCITP: Enterprise Administrator; MCT; Microsoft Security Trusted Advisor; CCNA
проверил все что вы просили.
1. пользователь с административными правами не входит в группу пользователи.
2. доменная политика «Restricted Groups» вообще не задействована.
3. срок действия пароля не ограничен и установлен запрет смены пароля.
MAC адреса на самом деле разные. Здесь изменены, как и имена компьютеров.
еще уточню: на компьютере не получается подключить сетевой диск как под доменным пользователем и доменным администратором так и под локальным админом.
с компьютера не входящего в домен (под Win7) диски подключаются без проблем. Есть ли смысл предполагать что проблема в стороннем софте установленном на компьютере?
(АРМ сбербанка например)!?
1. пользователь с административными правами не входит в группу пользователи.
Вы просите техническую помощь, при этом подделывая цифры? А что ещё изменено? DNS-сервера, смотрящие не на контроллер, а в космос, тоже ненастоящие?
MCITP: Enterprise Administrator; MCT; Microsoft Security Trusted Advisor; CCNA
изменены только mak адреса и имена . например было имя bigdog заменил его aaa DNS суффиксы было bigfirm.local изменил на yyy.local . все остальное точно так как вывела команда ipconfig /all
про DNS-сервера, смотрящие не на контроллер, а в космос, можно поподробнее?
Спасибо! поправил. но проблема не решилась. 200.1.80.50 это ip DNS сервера он же и домен.
в сетевом окружении видны все компьютеры кроме домена (на нем и располагается общая папка которую нужно подключить как сетевой диск)
Машины с отключенным NetBIOS Over IP в сетевом окружении и не увидите, так как оно работает на NetBIOS.
Что говорит клиент на Start -> Run -> \\Server ? (\\Bigdog ?)
MCITP: Enterprise Administrator; MCT; Microsoft Security Trusted Advisor; CCNA
Есть несколько вариантов. Для начала, надо рассмотреть список компонентов, задействованных в сеетвом доступе:
1. На клиенте за доступ к сетевым ресурсам отвечает служба Workstation, которую мы также видим в сетевых соединениях как Client for Microsoft Networks.
2. На сервере за обеспечение сетевых ресурсов отвечает служба Server, которую мы также видим в сетевых соединениях как File and Printer Sharing for Microsoft Networks.
3. Microsoft Network может работать как на транспорте NetBIOS (порты 135-139), так и CIFS (порт 445). Если эти порты заблокированы firewall-ом либо на сервере, либо на клиенте, то соединения не будет.
4. Понятно, что параметры IP тоже должны быть корректны на обеих машинах. И ip-адреса, и маски, и даже MAC-адреса должны быть в порядке.
5. Разрешение имён должно быть корректным. Этот процесс осуществляется через DNS, затем (при неудаче DNS) через NetBIOS. Проверьте, что клиент разрешает имя сервера в корректный IP. Проверьте все указанные параметры, дальше будем посмотреть..
MCITP: Enterprise Administrator; MCT; Microsoft Security Trusted Advisor; CCNA