NETWORKING az kdyz je opravdu sit k dispozici (rc.d)

[Dan Lukes]

	Behem startu se v ramci postupneho spousteni rc.d mj. sousti netif, 
ktery nainicializuje jednotlive interface. Nicmene, to, ze interface 
nastavim jeste neznamena, ze je sit funkcni. Na Ethernetu muze switch se 
STP zpusobit zpozdeni v provozuschopnosti pres desitku sekund, ppp taky 
muze vytaceni nejakou dobu trvat, pokdu se dela IPSEC tunel s pouzitim 
GIF, tak je interface k dispozici az kdyz se sestavi tunel a podobne.

	Tim se stane, ze nasledne komponenty, prikladem budiz ntpdate nebo 
ntpd, ktere pocitaji s tim, ze sit uz je k dispozici, selzou, protoze ve 
skutecnosti k dispozici neni (napriklad se jim nepodari zresolvit jmena).

	Rekneme, ze jsem schopen vytvorit script, ktery pocka, az bude sit k 
dispozici skutecne.

	Otazka je, kam takovy script zapojit. Omezeni je - nechci to vyresit 
tak, ze zedituji nektery ze standardnich scriptu (netif nebo treba 
NETWORKING) - to by byla komplikace pri naslednych updatech systemu. 
Takovych nepeknych zpusobu je milion a ty zvladnu vymyslet sam do 
haleluja. Script bud' musi byt "novy", v /usr/local/etc/rc.d kde s nim 
update nebude mit problemy, nebo muze byt i jinde s tim, ze jeho 
"zapojeni" do systemu bude otazkou konfigurace v rc.conf

	Zatim to nejcasteji resim tak, ze svuj script prohlasim za routovaciho 
daemona, ale uznejte, se to je cunarna, kterou si takovy pekny system 
nezaslouzi - a navic - co az budu nekde skutecny routovaci daemon 
potrebovat ?

	Nejaky nosny napady od nekoho, kdo ma rc.d system nastudovany nebo 
treba i od nekoho jineho ?

	Neni to nijak urgentni a kriticke, jen se mi to pripomelo, kdyz se tu 
probiralo to vytvareni interfacu ...

					Dan


-- 
Dan Lukes                                               SISAL MFF UK
AKA: dan at obluda.cz, dan at freebsd.cz, dan at (kolej.)mff.cuni.cz