On Sunday 14 April 2002 11:13, Dumitru Ciobarcianu wrote: > > Un motiv este faptul ca xinetd a fost rescris "din scratch" cu gandul la > securitate, si vechiul wrapper era secure, imho. > si al doilea motiv este faptul ca este mult mai usor de > configurat, mai ales din punct de vedere al scripturilor de instalare a > pachetelor software, sau al tool-urilor gen ntsysv si echivalente. Ca sa > activeze un serviciu nu trebuie sa faca parsing la un fisier ci fiecare > serviciu ai un fisier de configurare. Vechiul inetd.conf era destul de usor de parsat din scripturi, imho. Oricum apar aici probleme de compatibilitate serioase intre versiunile de linux si chiar in distributii (nu stiu sigur dar banuiesc ca numai RedHat si Mandrake au asa ceva). Aplicatiile vechi, care la instalare faceau un echo "bla bla" >> /etc/inetd.conf acum trebuie sa creeze un fisier cu chestia asta ceea ce o sa le dea peste cap. Era mult mai inteligent daca se faceau din timp niste functii de parsing al vechiului inetd.conf care acum sa fie schimbate sa corespunda xinetd. Asa s-a procedat in cazul fstab-ului si acesta este deosebit de flexibil acum.
-- Mihai Chelaru http://www.netbsd.ro/ --- Pentru dezabonare, trimiteti mail la [EMAIL PROTECTED] cu subiectul 'unsubscribe rlug'. REGULI, arhive si alte informatii: http://www.lug.ro/mlist/
