ru.nethack

 
 - RU.NETHACK -------------------------------------------------------------------
 From : 3APA3A                               2:5020/400     18 Apr 2002  12:10:53
 To : Sergey Ternovykh
 Subject : Re: два 0 uid в /etc/shadow
 -------------------------------------------------------------------------------- 
 

 Hello, Sergey!
 You wrote to Dmitry Valdov on Wed, 17 Apr 2002 19:32:07 +0400:
 
  ST>      Здpассьте, Dmitry!
 
  ST> 17 Apr 02 12:27, Dmitry Valdov (2:5015/28) wrote to Eugene Korovin:
 
  >>> Та еще скорость в Berkley DB ;-)) Hе прощели pam_mysql прикрутить ?
  DV>> Hа таком кол-ве записей SQL - ненужная избыточость. И
  DV>> дополнительное
  ST> Если взять твой же пpимеp с десятками тысяч пользователей, то их
  ST> только в базе и можно хpанить. Иначе админy лyчше сpазy yдавиться
  ST> ;).
 
 Почему???? Мы раньше держали порядка 20000 записей в pwd.db - без проблем. А
 авторизация через SQL это всегда чревато - к багам самой системы добавляются
 баги SQL. А не дырявых SQl-энджинов я не знаю.
 
  DV>> В общем-то, вопрос не про то, как сделать быстрее, если делать. А
  DV>> про то, что по умолчанию в линуксе сделан поиск по текстовому
  DV>> файлу, что есть плохо, ибо медленно.
 
  ST> Cистем, в котоpых количество пользователей позволяет почyвствовать
  ST> этy задеpжкy, намного меньше, чем систем, в котоpых количество
  ST> аккаyнтов не пpевышает сотни. И для "очень многопользовательских"
  ST> систем использyются немного дpyгие технологии. Cобственно, в какой
  ST> ситyации может появиться необходимость в таком количестве
  ST> пользователей на одной машине? Кpоме почтового сеpвеpа, я не могy
  ST> больше ничего пpидyмать. Hо почтовый сеpвеp такого pазмеpа обычно
  ST> хpанит своих юзеpов в отдельной базе, никакого отношения к системным
  ST> аккаyнтам не имеющей...
 
 "своя" база у почтовых серверов если не в открытом тексте, то обязательно
 декодируемая. А это тоже чревато. Опять же когда у почтового сервера "своя"
 база приходится мудрить с сендмейлом чтобы он научился по ней почту
 доставлять. И опять же если "своя база" в текстовом виде, то получаются
 приличные задержки.
 
 А еще есть сервера удаленного доступа и авторизации, FTP и веб и т.д и т.п.
 /3APA3A
 http://www.security.nnov.ru
 --- ifmail v.2.15dev5
  * Origin: Demos online service (2:5020/400)
 
 

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

Тема:    Автор:    Дата:    Re: два 0 uid в /etc/shadow   Eugene Korovin   16 Apr 2002 23:18:20   Re: два 0 uid в /etc/shadow   Dmitry Valdov   17 Apr 2002 12:27:54   два 0 uid в /etc/shadow   Sergey Ternovykh   17 Apr 2002 20:32:07   Re: два 0 uid в /etc/shadow   3APA3A   18 Apr 2002 12:10:53   два 0 uid в /etc/shadow   Sergey Ternovykh   18 Apr 2002 23:23:59   Re: два 0 uid в /etc/shadow   3APA3A   22 Apr 2002 17:50:41   два 0 uid в /etc/shadow   Sergey Ternovykh   23 Apr 2002 00:23:42   Re: два 0 uid в /etc/shadow   3APA3A   23 Apr 2002 17:22:25   два 0 uid в /etc/shadow   Sergey Ternovykh   23 Apr 2002 23:03:06   Re: два 0 uid в /etc/shadow   3APA3A   24 Apr 2002 13:24:19   два 0 uid в /etc/shadow   Sergey Ternovykh   24 Apr 2002 21:26:46   два 0 uid в /etc/shadow   Dmitry Radishev   24 Apr 2002 12:48:23   Re: два 0 uid в /etc/shadow   3APA3A   24 Apr 2002 15:54:49   два 0 uid в /etc/shadow   Sergey Ternovykh   24 Apr 2002 21:19:49   Re: два 0 uid в /etc/shadow   Dmitry Valdov   18 Apr 2002 16:36:12