Коллеги, день добрый!
Случилась беда, на Win2019 сервере после обычного коммулятивного апдейта (который успешно поставился на 20+ виртуальных хостов) отвалились все драйвера vmware tools, срочно пришлось разворачивать файловый виртуальный сервер, благо удалось подмапить диски помершего хоста но, не удаётся собрать DFS пространство
Как обычно установлена роль DFS прост. имён
Нужна шара в которую монтируются несколько шар с разных серверов и с текущего тоже не на базе домена а standalone
Оснастка при создании в визарде в самом конце завершается с ошибкой "Нет доступа"
Попытался через powershell, через него создаётся DFSnRoot успешно, а DFSnFolder с ошибкой Permission Denied, CIM Exception ( Клиенту не удалось получить доступ к ресурсу CIM )
Всё соотв. с правами администратора. В чём может быть дело, DFS шара очень нужна.
Проверяйте права локального пользователя (или доменного) под кем разворачиваете все и его принадлежность к локальным группам на сервере. Можно он не числится в какой-то группе.
Вася Пупкин, пытался и локальным администратором и доменной учёткой, доменная учётка у меня с правами только на Organization Unit филиала в котором я нахожусь (т.е. без прав доменного администратора), но локальную группу "Администраторы" на сервере моя группа с админами FS входит в состав.
так DFS-N какой: domain-based или stand-alone? Для stand-alone достаточно локального админа, для domain-based - для создания нужен domain admin, а для управления достаточно локального админа
соответствующие общие папки на самом файловом сервере созданы, чтобы их можно было добавить в DFSN?
Роман Безруков, в посте же написал, что standalone. Все права администратора сервера имеются.
Опять же как писал выше, через оснастку не смотря на ошибку, ресурс создался в C:\корни_DFS\DFS
Также командлет powershell отрабатывает на создание корня DFS, но не даёт туда подмапить другие шары.
5erdriver, а до поломки DFSN какой был: domain-based или stand-alone? сейчас вы DFSN с каким именем создали? если до поломки DFSN был domain-based, то он так и останется числится в AD...и если при этом вы создаете новый stand-alone DFSN с таким же именем - тут могут быть нюансы...
Пользователь, который добавляет в DFSN "другие шары", какие права имеет в этих "других шарах"?
5erdriver, если еще не разобрались - проверьте права Creator Owner а так же овнера папок которые шарятся как рут DFS
у Creator Owner должны быть полные права на все и вся, у группы (обязательно группы, не пользователя) локальных админов тоже.
поведение описанное вами (цитата ниже) как правило указывает на проблемы наследования прав на создаваемые объекты
Также командлет powershell отрабатывает на создание корня DFS, но не даёт туда подмапить другие шары.
Простой
