Профили роумингового пользователя в Linux
Существует на самом деле не одно решение этого, но kazillion.
Единая точка входа, которую делает Active Directory, является не чем иным как Kerberos и делегацией учетных данных. Мы можем сделать это также, с помощью KDC Linux или старых контроллеров домена.Нет проблем: существуют Ваши пользователи домена.
Профили роуминга существуют (iirc, мои дни Windows далеки позади меня) в различных формах: у Вас могут быть пользовательские данные по сетевому ресурсу, или у Вас могут быть (часть) пользовательские данные по локальной файловой системе и еще некоторые данные того же пользователя на сетевом ресурсе.
Оба возможны, хотя первое легче: с чем-то как NFS или даже GFS (который имеет некоторые блестящие функции использования его как файловая система для общих корневых каталогов), имея корневые каталоги - и таким образом профили пользователей - в сети легки. Просто удостоверьтесь, что использовали NFSv4 (или Kerberos включил NFSv3, если Вы не можете осуществить NFSv4) обеспечить некоторую безопасность и целостность Ваших данных.
Наличие частей пользовательских данных по доле и частей его локально или означает монтироваться, например,/home/user/Documents по NFS снова или использовать одну файловую систему для 'наложения по' другому. Я не уверен, насколько устойчивый это - то, хотя, и я рекомендовал бы пойти для опции 1: все на сетевом ресурсе.
Я также рекомендовал бы нанять кого-то, как знают его Linux, btw. Будет трудным сделать это и быть успешным - и в финансовом отношении и технически - при выполнении этого всего впервые.Удачи.
Можно хотеть изучить 389 Проектов Сервера каталогов (Раньше FedoraDS), который является сервером LDAP. http://directory.fedoraproject.org
Это заняло бы место каталога Active (это абсолютно настраивается, чтобы сделать аутентификацию TLS и предоставляет новый GUI администратору).
Затем Вы настраиваете доли NFS на сервере (поскольку wzzrd упомянутый), установите свои конфигурационные файлы автомонтирования на Ваших локальных машинах, и Вы должны быть все установлены. То, что Вы получили бы, является единственным входом в систему (обработанный через LDAP/389DS) с удаленно смонтированными каталогами, целый один из них является пользовательским корневым каталогом (auto.home) затем, пользователь смонтировал бы их корневой каталог на входе в систему, который является точно, что Вы хотите.
Едва ли ответ, но я заметил, что окна явно разделяют бродящие данные из локальных данных.
Следующая папка не включена при синхронизации профиля на журнале вкл\выкл (путь winxp).
C:\Documents and Settings\tim\Local Settings
однако большинство других папок. Можно также установить явные исключения на сервере, которому повинуется клиент.
Насколько я знаю большинство приложений Linux, и дистрибутивы не предпринимают попытки выделить вещи, которые должны синхронизироваться (документы и настройки) и вещи, которые не были должны (например, кэш миниатюры наутилуса, который может быть огромным).
Я хотел бы видеть разрешение к этому, и с точки зрения полной миграции к Linux и также с точки зрения совместимости для комбинированных сред (клиенты Linux, использующие услуги профиля, предоставленные серверами окон).
Я предлагаю принять во внимание это при установке решения, поскольку синхронизация профилей увеличенного размера является регулярной причиной медленного журнала жалобы включения - выключения для пользователей Windows.