Комментарии 9
Опять клиенту в /etc/fstab добавляем запись типа
Это ручками делать? Для пользователей машин с windows групповыми политиками автоматически подключаются сетевые ресурсы.
На больших объёмах предполагается использование какой-либо системы управления конфигурациями - ansible/chef/puppet и т.д.
Грядущее импортозамещение предполагает массовый переход на RedOS и прочие системы в Windows доменах. И тут вопрос как эта масса собирается переехать с клиентских windows со всеми групповыми политиками и сетевыми ресурсами.
А как в том анекдоте: а теперь со всей этой х-ней мы попытаемся взлететь!
Вообще то, как работает CIFS на реально больших объемах, с DFS, разграничением доступа и управлением этим всем хозяйством, NFS сотоварищи даже в разных коммерческих реализациях печально делают фелляцию.
Статья крутая, многим сэкономит время. Но это все хайтек костыль, такой из карбона и с NFC модулем.
Изначально писал как некую шпаргалку для себя и своих коллег
Вот это очень хорошее дело, ещё и шпаргалка вылизалась. По личному опыту знакомо)
Зачем ломать fstab сетевыми шарами, если с systemd можно mount/automount-юниты сделать?
Крик души...
Всё прекрасно, но у того же АльтЛинукса есть gpupdate.
Судя по части конфигурационных файлов, аналогичное есть и у красной_шапки.
Но, как у орденоносца Сутулого, не получается провести получение политик в то же автомонтирование /etc/auto.master.gpupdate.d/
Точнее - на одной машине получилось, где долго и мучительно перебирали прозрачное управление политиками с вин-сервера.
А чистую установку не получается на произвольной машине воспроизвести.
А 2025 год всё ближе.
Я, как получится решить эту проблему постараюсь описать все страдания.
Монтируем шары для юзеров