ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Maxim Timofeyev                      2:5030/1763.1  10 May 2003  22:25:31
 To : Vladimir Bormotov
 Subject : Re: RPM & SPEC
 -------------------------------------------------------------------------------- 
 

 VB>  и в своих пакетах -tma* требовать версию owl-etc >= чего там нада.
 
 Тогда нужно будет и меньше опр. версии, чтобы не получилось перехлеста
 с вновь появившимися uid'ами.
 
  MT>> Для того, чтобы понять другу-друга, нужно мне почитать всю
  MT>> документацию по Owl, точнее Owl для девелоперов. ;) Если такой
  MT>> есть. ;)
 VB>  думаю не всю, а только раздел политики добавления uid'ов в /etc/passwd
 
 Можно и все, не помешает. ;)
 
  MT>> Тем, что их может накопиться достаточно много.
 
 VB>  100?  200?  Это много?  Кого это волнует?
 VB> Чем плохо то, что они "накопятся"?
 
 В принципе ничем. Hо есть минус. Hапример если не указывать uid/gid, то
 uid выбирается путем максимального uid+1. Это плохо вот из-за чего:
 1. RSBAC использует строго заданные UID'ы: 400 и 401 для secoff и
    dataprot пользователей. Т.е. при создании пользоателя с '-r'
    (системный) UID тоже может получиться 400/401. Можно ли сделать
    проверку?!! Хотя можно их создавать специальным пакетом и везде
    делать специальную зависимость... Hо RSBAC я использую далеко не
    везде...
 2. Получаются "дырки", при удалении пользователей (к теме не относится) ;)
 
 Хотя, повторюсь, в принципе это не мешает, т.к. обычно если я поставил
 данный пакет на машину, то он уже никогда не удаляется, т.к. ставится он
 не ради эксперимента, а для работы...
 
 Просто хотелось найти _простой_ (без создания спец. пакетов по созданию
 пользователей и т.п.) способ, позволяющий не плодить мертвые аккаунты.
 
 -- 
 0BDE AC68 5418 B40A 0C85  C081 037A 6542 55F6 ADEC
 [2:5030/1763@fidonet.org][tmahome@tma.spb.ru][http://tma.spb.ru]
 --- tin/1.5.10-20011117 ("Darkcell") (UNIX) (Linux/2.4.18-alt9-up (i686))
  * Origin: TMA at HOME (2:5030/1763.1)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор