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
--
FreeBSD mailing list (users-l@freebsd.cz)
http://www.freebsd.cz/listserv/listinfo/users-l
