Windows server 2008 не работает общий доступ к папкам

Обновлено: 03.07.2024

Сеть: файл-сервер на 2008 R2 и 5 рабочих станций XP Pro, без домена. Необходима для работы специализированной программы (не 1С, нотариальная контора), которая стараниями разработчиков принципиально не работает в терминальном режиме, только в файл-серверном. Поэтому на сервере нужна папка с общим доступом по локальной сети, в которую и устанавливаются нужные программы.

Ситуация осложняется тем, что из-за закона о защите персональных данных папка размещается на диске, зашифрованном Aladdin Secret Disk Server NG .

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

По приезду оба раза выясняется, что на самом сервере исчезает общий доступ к зашифрованному диску F и папкам: в "Управлении общими ресурсами и хранилищами" зашифрованный диск отсутствует начисто. Причем, отсутствует он и в списке томов, на которых можно выделить папку в общий доступ.

Только после принудительного включения общего доступа к нему через "Свойства" появляется возможность расшарить папку на нем. Причем, в первый раз это выглядело весьма странно: открываю общий доступ к F, в "Управлении общими ресурсами и хранилищами" появляется общий ресурс F, а спустя 2-3 минуты (ничего при этом не делаю!) после нажатия "Обновить" появляется еще и ресурс F$, после чего уже удается расшарить папку.

Вот я и думаю: то ли есть какая-то настройка по умолчанию в самом Windows Server, отключающая общий доступ через 15 дней (выглядит именно так), то ли это Secret Disk так глючит?

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

На всякий случай: сервер простенький на какой-то SuperMicro, система на диске SATA, добавлен Intel SSD для программы (шифруется только он), Server 2008 R2 лицензия OLP, устанавливался с официального дистрибутива, скачанного с сайта MS.

Описание проблемы:
Есть инфраструктура. DC, DNS серверы на windows server 2003 (прошу ниже пояса не бить). Все сервера в одном домене, и в одной подсети. Есть windows сервера, и несколько серверов на freeBSD. Проблема с одним сервером Windows Server 2008 R2 Datacenter на виртуальной машине, которая стоит на hyper-v.
С этого сервера время от времени пропадает сетевое подключения к папкам, кот. находятся на других серверах. Причем не одновременно пропадает на все. На один сервер может пропасть в одно время, а на другой сервер в другое время. Один сервер куда пропадает доступ с проблемного сервера на WinServ2003, другой на FreeBSD. Никакую закономерность не смог найти, как-то всё рандомно. Может раз в неделю, пропасть, может несколько раз на любой из этих 2-х среверов. При попытке открыть удаленный ресурс через проводник (\\ИМЯСЕРВЕРА) выходит сетевая ошибка "Windows не может получить доступ к \\ИМЯСЕРВЕРА" Код ошибки: 0Х80070035. Не найден сетевой путь.
По IP адресу папки доступны.

- При этом сервер с не доступным ресурсом пингуется и по IP, и по имени компа.
- В центре управления сетями, общим доступом, в дополнительных параметрах общего доступа:
1) Сетевое обнаружение включено
2) Общий доступ к файлам и принтерам включен
3) Доступ к общим папкам включен
- Протокол SMB v1.0 включен.

Ресурсы становятся доступными при завершении сессий нескольких пользователей (или всех пользователей), или, когда это не помогает, перезапуском службы Рабочая станция.
Это очень неудобно, т.к. срочно приходится прервать работу пользователей, поэтому на долгие эксперименты времени нет, всем надо срочно работать.
Эксперименты делал только в выходные дни, и ждал результата до первого отказа
С других серверов (WinServer2003, WinServer2012) к этим же серверам сетевой доступ работает исправно.

Что я пробовал делать:
- для чистоты эксперимента отключал брандмауэр
- отключил протокол интернета версии 6
- В локальной политике безопасности - Параметры безопасности значение Сетевая безопасность: уровень проверки подлинности Lan Manager выбрано "Оправлять LM и NTLM - использовать сеансовую безопасность"
- служба DNS клиент включена,автоматически
- служба Обнаружение SSDP включена, автоматически
- служба Публикация ресурсов обнаружения функции включена, автоматически
- служба Узел универсальных PNP-устройств включена, автоматически

Далее данные проблемного сервера, откуда не открываются папки.
ОС: Windows Server 2008 R2 Datacenter
Проц.: Intel Core i7 8700K, 3,7 GHz, для этой машины выделено 4 ядра.
IP адрес статический.
Установлен роль терминального сервера. Установлен 1cv7s. Пользователи подключаются по терминальному доступу для работы в 1С.
Антивируса, и прочего ПО нет.


Тема управления хранением и общим доступом может, на первый взгляд, показаться не такой уж интересной. Однако для администраторов Windows, которым часто приходится работать с хранением и общим доступом в своих инфраструктурах Windows, инструмент управления хранением и общим доступом Windows Server 2008 Share and Storage Management является обязательным инструментом, который нужно использовать на ежедневной основе. Позвольте мне объяснить, что делает этот инструмент, чем он может быть полезен и как его использовать.

Что можно сделать с помощью этого инструмента?

Существует гораздо больше задач, которые можно выполнить помимо создания ресурса. Ниже приведены 6 основных задач, которые вы сможете выполнить с помощью этого инструмента:
Создать хранилища (Provision storage) ‘ это отличная функция для серверов с большим количеством хранилищ, на которых вы часто изменяете, добавляете и удаляете хранилища сервера. Хранилище, которое вы создаете, может представлять собой либо LUN, либо локальный том. Однако следует учитывать, что невозможно создать хранилище, если у вас нет специально выделенного места под это хранилище.
1.Увеличить том
2.Форматировать том
3.Изменить свойства тома, включая доступ к таким инструментам, как дефрагментация и проверка ошибок
4.Запретить общий доступ к ресурсу
5.И даже управлять общим доступом и хранилищами на других компьютерах

Диагностика Share and Storage Management

И, наконец, этот инструмент может помочь вам в диагностировании управления общим доступом и хранилищами, позволяя вам работать с сеансами и открытыми файлами. Это можно использовать для просмотра того, кто к какому ресурсу подключен, и какие файлы они открывали. При необходимости вы также можете Запретить общий доступ (Stop Sharing) к определенному ресурсу. Следует обратить внимание на то, что отсутствует возможность «Удалить ресурс» (‘Delete a Share’), она просто называется Stop Sharing.

Инструмент Share and Storage Management может также помочь вам решить общие проблемы. На самом деле в руководстве Microsoft TechNet Share and Storage Management приведен список 8 распространенных проблем, связанных с общим доступом и хранением, которые можно решить с помощью данного инструмента.


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


Причина в безопасности Windows , дабы небыло таких проблемм нужно знать IР адрес компьютера к которому вы подключаетесь, если в параметрах стоит автоватически значит нужно присвоить. И зменить в свойствах папки (Диска), имя компьютера на IP адрес, как указано ниже на рисунке:


Заключение

Инструмент управления хранением и общим доступом является отличным дополнением к Windows Server 2008 . Без мастера Share and Storage Management создание новых общих ресурсов может быть сложным, поэтому мне действительно нравится то, как мастер позволяет легко пройти через этот процесс. В целом я считаю, что компания Microsoft проделала отличную работу, создав этот инструмент.

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

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

Сетевая ошибка Windows не может получить доступ

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

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

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


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

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

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

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

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

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


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

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

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

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


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

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

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

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


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

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

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

Читайте также: