Спасибо за хороший ответ.>Объекты груповой политики храняться в каталоге и используют службу каталогов для репликации
>и прочих надобностей.
Угу.
>[оверквотинг удален]
>офсетную печать. Сама идея хранить профили безопасности в общем каталоге интересная
>и удачная, но насколько она применетельна к слабосвязным и децентрализованным по
>своей сути *никс-системам сложно сказать. Мне кажется это всё же неверный
>путь, он ведёт к чрезмерному усложнению и тупому калькированию Вин-подхода (но
>в Вин случае это хотя бы понятно, маркетинговая стратегия и всё
>такое). Просто нужно строить систему на других принципах. Не нужно контролировать
>пользовательские станции, это пустые хлопоты. Достаточно обеспечить защиту сервисов и данных.
>А что там на своём компе пользователь делает это уж сугубо
>его дело. Но это требует бОльших усилий на стадии проектирование бизнес-процессов,
>которые будут обслуживаться информационной системой.
Калькировать, естественно, особой нужды нет. Что до контроля станций ... я больше склонен считать, что должно быть удобно их админить. И в данном случае - =открыть= на доступ принтер определенной категории граждан, а другой - закрыть, парой нажатий клавиш - удобно. Удобно так же софт ставить куче хостов в соответствии с их привилегиями и тп. Да, есть cfengine, да, есть openLDAP... а - удобны они? Не для почетных линуксоидов и иже с ними. Для админа сельской школы с з/п в 5000 рублей (и то - если повезет)? Который с дикими скидками для школ получит винду с ее тремя кнопками и будет рад - в трех кнопках перебор меньше, чем в конфигах.
Потому - приходится что-то выдумывать и =а-ля винда=.
>
>>Вот у меня есть реальная задача:
>>
>>нужно в классе компьютерном логиниться студентам разных групп, с условием, чтобы было
>>несколько разных загружаемых профилей в зависимости от группы. То есть группа
>>юзеров =А= может заходить с профилем со всеми правами, группа =Б=
>>- вообще без логина может заходить, группа =Д= - загружать не
>>перемещаемый профиль с NFS, а некий гостевой и тп.
>
>Что вы храните в этих профилях, какие параметры пользовательского аккаунта?
Ну что я могу там хранить? (: Только хомдиры и храню на NFS. Типа - для одной =группы= - свой хомдир. Чтобы хранить что-то еще - надо то ли клиента писать, то ли еще как извратиться (как раз если о калькировании и говорить). На клиентах еще и костыль прикручен, чтобы по юзеру определять - как цеплять профиль - =временно без изменений=, либо с возможностью сохранения изменений в конце работы. Тот еще изврат.
>GP замечательное решение для Вин-систем, оно жёстко связано с Вин-архитектурой. Ждать, что
>появиться что-то подобное для *никс бессмысленно. У *никс систем свои плюсы.
>Просто нужно видеть цель и подбирать инструменты для её достижения, а
>не пытаться сделать, чтоб было "как в системе ХХХ".
=Хромает= инструментарий (: Потому как волшебным образом, при всем многообразии выбора, мало готовых решений. Клеить на колене - почетно. Да только это - не конкуренция уже винде, а какой-то =1с-way= - написал =конфигу=, подсадил клиента - и пусть он бегает за тобой. Ну да это уже философия, к теме не относящаяся вовсе.
