On Thu, 2006-01-05 at 19:05 +0200, Liviu Daia wrote:
> [EMAIL PROTECTED] scria la data de 5 Ianuarie 2006:
> > On Thu, 5 Jan 2006, Liviu Daia wrote:
> >
> > > [EMAIL PROTECTED] scria la data de 5 Ianuarie 2006:
> > >> Hi
> > >>
> > >> Am remarcat ca uneori opera sta destul de mult (citeva secunde)
> > >> ca sa rezolve o adresa accesata cu citeva minute/zeci de secunde
> > >> inainte. M-am decis sa pun un fel de cache de name server ca sa nu
> > >> mai fie timpii aia morti. Probleme:
> > >>
> > >> nscd (din glibc)- asta parea candidatul ideal. Problema e ca man
> > >> page-ul e subtire si nu pare a face cache decit la (/etc/)hosts. A
> > >> mai lucrat cineva cu el ?
> > >
> > > Uita de nscd. Este un brain damage imitat (prost) dupa SysV. E
> > > util doar daca ai configurat in nsswitch.conf sa importi user-ii sau
> > > grupurile prin retea (de exemplu din NIS, NIS+ sau LDAP).
> > >
> >
> > Pai tocmai i-am dat drumul si pare sa faca ce vreau eu. Il folosesc
> > acasa fara nici o retea in spate (inca).
>
> Nu face caching pentru resolver(3), ci pentru gethostbyname(3).
> Anumite aplicatii nu il vor folosi.
>
> > Si nu ma intereseaza pentru partea de useri si grupuri ci doar name
> > server
>
> Un motiv in plus sa asculti vocea ratiunii si sa stai departe de
> nscd. ;-)
Era vorba despre un cache de DNS ?? Pentru cateva clipe am avut
impresia ca este vorba despre :
http://packetstormsecurity.org/UNIX/penetration/rootkits/index3.html
- falcon-ssh-diffs.tar.gz
Iosif Peterfi
_______________________________________________
RLUG mailing list
[email protected]
http://lists.lug.ro/mailman/listinfo/rlug
