как бороться с общим домашним каталогом в Linux?

Question

Ситуация выглядит следующим образом:

• домашний каталог находится на общем ресурсе nfs A: /home /me
• рабочие станции a, b, c, ... делятся этим домашним каталогом: /home /me является ссылкой на A: /home /me
• все рабочие станции используются одновременно

пример:

NFS доля А имеет

• / Главная / джон
• / Главная / анна

Рабочая станция имеет

• /home/john -> связан с NSF Поделиться A /home/john
• /home/anne -> связана с NSF Поделиться A /home/anne

Рабочая станция B имеет

• /home/john -> связан с NSF Поделиться A /home/john
• /home/anne -> связана с NSF Поделиться A /home/anne

это приводит к возникновению всевозможных странных проблем, потому что все каталоги настроек (.matlab, .kde, Desktop и т. д., возможно, также trash, не проверяли это) все совместно используются и записываются в / считываются одновременно. Кроме того, конфигурация машин может быть совершенно разной, поэтому размещение ярлыков на рабочем столе превращает их в один большой беспорядок, поскольку половина из них недоступна на всех машинах.

В основном я ищу простой в управлении и легкий способ справиться с этим, что-то в духе того, как это делается в Windows с функцией роуминга / локального профиля. Требования будут:

• корень домашнего каталога и некоторые другие папки, которые я могу выбрать, а также некоторые установочные каталоги, такие как .svn и .ssh, должны быть одинаковыми на всех машинах
• почти все остальные каталоги настроек параметров могут быть локальными для каждой рабочей станции, но также должны быть в общей папке nfs
• в идеале у меня также должно быть какое-то приложение, которое позволяет мне делать такие вещи, как «взять все настройки из приложения Konde kde и сделать их одинаковыми на всех моих рабочих станциях»

Answer 1

Я придумал одно возможное решение, оно довольно простое, но на самом деле не полностью удовлетворяет мое последнее требование. Основная идея такова: пусть каждая рабочая станция имеет свой собственный домашний каталог и делает программные ссылки на файлы / каталоги, которые должны быть общими. Все дома все еще находятся на общем ресурсе NFS, но в разных папках.

NFS доля:

/home/john/sharedhome/
                      .ssh
                      .svn
                      shareddocs

/home/anne/sharedhome/
                      .ssh
                      shareddocs

/home/john/home_A/
                  .kde
                  .vnc
                  .matlab
                  .ssh -> link to ../sharedhome/.ssh
                  .shareddocs -> link to ../sharedhome/.shareddocs

/home/john/home_B/
                  .kde
                  .vnc
                  .matlab
                  .ssh -> link to ../sharedhome/.ssh
                  .shareddocs -> link to ../sharedhome/.shareddocs
                  .bashrc -> link to ../sharedhome/.bashrc

etc, you get the point

Рабочая станция а:

/home/john -> linked to NFS share /home/john/home_A
/home/john/.kde -> will be NFS share /home/john/home_A/.kde
/home/john/.ssh -> will be NFS share /home/john/sharedhome/.kde
/home/anne -> linked to NFS share /home/anne/home_A
etc

Рабочая станция б:

/home/john -> linked to NFS share /home/john/home_B
etc

Я все еще хотел бы услышать некоторые другие мнения, хотя .. Кроме того, я еще не проверял это, но это кажется действительным. Обновлюсь после попытки.

Обновить

это оказалось довольно хорошо. Должен был:

• настройте /etc /exports на сервере, чтобы экспортировать экспорт всех разных домов и одного общего дома
• На каждой рабочей станции измените конфигурацию автомонтирования, чтобы смонтировать правильный дом для этой рабочей станции, а также смонтировать общий дом.
• создать необходимые ссылки для каждой рабочей станции

результат выглядит так на рабочих станциях

/home/john -> NFS share /home/john/home_A
/home/john_shared -> NFS share /home/john/sharedhome
/home/john/sharede -> symlink to /home/john_shared
/home/john/.ssh -> symlink to ./shared/.ssh

Я собираюсь принять это как ответ, так как никто больше не придумал что-то ..

Answer 2

Я бы дал каждому использование своего собственного домашнего каталога. Используйте разрешения для блокировки настроек для некоторых приложений и используйте жесткие ссылки для выполнения общих настроек.

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

Может быть поучительно прочитать, что сделал JWZ . Хотя его вариант использования более экстремальный.