[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Mail Server bez domeny - możliwe?



Jak doniosły WSI, dnia Fri, 18 May 2007 18:12:03 +0200
"Wojciech Ziniewicz" <wojciech.ziniewicz@gmail.com> napisał(a):

> 18-05-07, noe@mikron.pl <noe@mikron.pl> napisał(a):
> > Quoting Jarek Buczyński <jaro80@gmail.com>:
> > Ja jakiś czas temu rozważając właśnie dostęp usera do
> > systemu/możliwość podsłuchu hasła np ftp/pop postanowiłem przenieść
> > konta do bazy danych i tak dla każdej usługi można mieć osobne hasło
> > nie trzeba dawać kont systemowych i to lubie.
> moi userzy pop/ftp siedzą w passwd ale nie mogą sie logować
> (sshd_config) i mają domyslną powlokę /bin/false
> > Ja akurat używam MySQL (ale to nie ma znaczenia) z postfixem,
> > pureftpd, courier-popem, courier-imap....
> > No i do zmiany hasła wystarczy forumlarz www.
> >
> > Polecam pomyśleć i popracować zanim liczba użytkowników i usług
> > urośnie :) migracja zawsze boli :)
> Racja tylko kto przy mikroskopijnej ilosci 50-100 uzytkowników mysli o
> mysqlu ;)  .
> Osobiscie wszedzie stosowałem autentykacje pocztową / eftepową pam
> over mysql lub mysql sam w sobie ,ale doszedłem do wniosku ze na
> serwerach gdzie stoi TYLKO ftp.poczta - nie ma po prostu sensu robi c
> nic innego niz samo pam. uzywanie mysql to porywanie sie ze tak powiem
> z motyką na słonce. natomiast kuiedy mamy
> ftp/poczte/portal/crm/voip/cholerawiecojeszcze no to wiadomo ze jakas
> ladna relacyjna bazka (ewentualnie ldap) by sie przydala.
> 
> pozdr
> 
> 
Witam, 
OT:
nie wiem o jakich zapotrzebowaniach mówicie, ale generalnie
polecam uslugi katalogowe (LDAP) z jakimś sensownym backendem
zoptymalizowanym do odczytu - np SleepyCat BerkeleyDB. Po prostu SQL
(My/Postgre) w wysoko obciążonych systemach autoryzacji jest wooolny.
Oczywiście jeśli chcemy mieć WSZYSTKO w jednym miejscu i ilość userów
na to pozwoli to mogą być bazy SQL-owe - możemy wtedy oprócz haseł
umiescić w nich np. listę kontaktów jabbera :) 
W każdym razie - do samej autoryzacji, synchronizacji haseł itp.
polecam bardziej LDAP'a (+ pam_ldap + ssl + kerberos + co tam sobie
jeszcze można wymyślić :) ).
Pozdr.
sm0q
	    
  



Reply to: