Re: tuhnuti Nestscape na SUnu - was Re: Podarena ochrana pa

From: Eduard Vopicka <Eduard.Vopicka@VSE.CZ>
Subject: Re: tuhnuti Nestscape na SUnu - was Re: Podarena ochrana pa
Date: Tue, 14 Nov 1995 00:44:41 +0100

Next Article (by Subject): Re: tuhnuti Nestscape na SUnu - was Re: Podarena ochrana pa Hynek Med
Previous Article (by Subject): Re: tuhnuti Nestscape na SUnu - was Re: Podarena ochrana pa Petr Skoda
Top of Thread: Re: tuhnuti Nestscape na SUnu - was Re: Podarena ochrana pa Alexandr Modry
Next in Thread: Re: tuhnuti Nestscape na SUnu - was Re: Podarena ochrana pa Hynek Med
Articles sorted by: [Subject]

On Nov 13, 11:39pm, Petr Skoda wrote:
 
} Fa Sun strcila kod resolveru az do NIS (tusim, opravte me gurove) ypbind
} a notoricky se traduje flag -b pri make novych map.
 
Spis bych rekl, ze resolver se pta NIS a ne nameserveru. No a teprve NIS
se pripadne zepta nameserveru. Cili bez NIS je to same "host unknown".
 
} Ja jsem treba pouzil doporucovany
} resolv+ a ten vse zaridi sam.
 
NE. NE. NE. Vsechny resolv+, ktere jsem zatim videl, podstatnym
zpusobem snizuji security SunOSu. V SunOS je totiz urcita cast kodu, ktera
je v jinych systemech zpravidla soucasti in.* demonu, premistena do
resolveru. Kdyz date do sdilene knihovnu resolv+, tak se ten
security-related kod ze SunOSu uplne vytrati... tedy ze vsecho, co
pouziva shared C library, pripadne co sestavite s novou libresolv.
 
Navic jsem v zadne distribuci resolv+ nenasel spravnou dokumentaci,
tykajici se libc.sa v souvislosti s upravou libc.so. Vysledkem pak je,
ze programy, linkovane s upravenou libc.so maji velmi pomaly start.
Pri spusteni jednoho programu to asi nepoznate, ale slozite scripty,
ktere spousteji mnoho programu, ze zjevne zpomali. Ostatne tahle chyba
v dokumentaci byla az donedavna nejen u resolv+.
 
Pokud mate resolv+, ktery podporuje SunSecurity, velmi by mne
zajimal URL.
 
} Ja jsem pred nekolika lety s tim take zapasil
} cely den a ani suport u tehdejsich dodavatelu Sunu (nechci byt adresny)
} nevedel co s tim.
 
To muzu potvrdit, tehdejsi dodavatel to skutecne nevedel. Musim ale
pripustit, ze kvalita supportu nejmenovaneho dodavatele se podle meho
nazoru od te doby zlepsila.
 
Eduard Vopicka
 
--
"Eduard Vopicka, Computing Centre, Prague University of Economics,
W. Churchill Square 4, CZ 130 67 Prague 3" <Eduard.Vopicka@vse.cz>

Go to listserv.cesnet.cz LWGate Home Page.