Рейтинг:1

Как экспортировать общие ресурсы, чтобы пользователи не создавали файл как root

флаг bd

Я пытаюсь экспортировать домашние каталоги с моего NAS на клиенты ubuntu — сервер представляет собой масштаб TrueNAS, основанный на Debian. Kerberos работает, поэтому пользователи получают надлежащие билеты для аутентификации на сервере.

Моя главная цель состоит в том, чтобы пользователи могли монтировать свои домашние каталоги с сервера.

У меня есть общий ресурс на сервере с одним каталогом для каждого пользователя. Домашний каталог принадлежит пользователю root, а подкаталоги принадлежат пользователям. Однако, если я не использую ни maproot, ни mapall, даже если мне удастся смонтировать общий ресурс, пользователь не сможет ничего записать в свою папку при монтировании /home/folder.

Если я использую maproot=root, пользователь монтирует его, но все, что он пишет, сохраняется как root. Я заблудился здесь, но, похоже, может быть проблема с сопоставлением идентификаторов. uid/gid файлов одинаковы на сервере и клиенте, отображаются правильные имена и т. д. Это заставляет меня поверить, что сопоставление правильное, однако при использовании maproot=root, почему я получаю доступ к папкам, которые не не принадлежит мне, и почему все, что я создаю с этим пользователем, принадлежит root?

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

user1686 avatar
флаг fr
Предполагая, что Kerberos действительно используется, для этого не должно быть _никаких_ опций "карты", а не добавление все новых и новых опций. Первоначальное монтирование выполняется пользователем или пользователем? Был ли файл krb5.keytab вашей клиентской машины случайно оставлен общедоступным? Когда пользователь пытается получить доступ к монтированию в первый раз, проявляет ли клиентская машина rpc.gssd какую-либо активность, и отображается ли билет для nfs/yournas в его личном кэше билетов (klist)?
флаг bd
Спасибо @user1686. Похоже, проблема была в idmapd.conf, в котором не была правильно настроена опция «Local-Realms».
Рейтинг:0
флаг bd

Проблема была в том, что /etc/idmapd.conf не было Местные сферы настроено, что было необходимо, поскольку домен клиента не совпадает с доменом сервера.

Ответить или комментировать

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