Bootp

[Petr Kolar]

Tak s bootp jsem si jistou dobu hral, takze o jeho uskocich vim.

Prvnim problemem (ktery se projevi pouze v pripade, ze mate sit rozdelenou
pomoci routeru na podsite) je, ze bootp zadost se posila jako broadcast na
IP adresu 255.255.255.255. Takovyto broadcast routery nesmi forwardovat do
dalsi (pod)site (bridge a repeatery ho forwarduji). Coz by tedy znamenalo,
ze na kazde podsiti by musel byt bootp server. Nicmene na mnoha routerech
je mozne nastavit, ze urcite broadcasty forwardovany budou. Na Ciscu je to
prikaz
  ip helper-address <server>
, ktery se pouzije pro vsechny interface Cisca na kterych bootp server
NENI, na kterych jsou vsak pocitace lacne pouziti bootp. Parametr <server>
je potreba nahradit IP adresou bootp serveru nebo broadcast adresou, kterou
server prijme (napr 147.230.255.255 nebo 147.230.31.255 pro server
s adresou 147.230.16.1 je-li netmask 255.255.240.0).
Pro Novellovsky server v 3.11 existuje modul BOOTPFWD.NLM, ktery ma udajne
toto forwardovani delat, pokud se server NW 3.11 pouzije jako interni
"bridge" (coz je ve skutecnosti router) pro IP. Pravdepodobne je neco
podobneho mozne i pro jine routery.
Dalsim resenim by bylo v konfiguraci klienta predepsat, jaka je adresa bootp
serveru, takze klient by nemusel pro bootp request pouzit broadcast (tohle
reseni jsem ale nikde nevidel).

  Dalsi problem je s pridavnymi informacemi podle RFC-1048/1084 tj.
maskou site, casovym posuvem od UTC, adresou gatewaye, DNS serveru, time
serveru, lpr serveru, cookie serveru, domenovym jmenem klienta a dalsimi
informacemi. Pokud je Unixovsky bootp server nakonfigurovany s vm=auto a
klient o tyto pridavne informace nepozada (jako napr NCSA Telnet a dalsi
programy z tohoto baliku; naproti tomu Waterloo TCP a Clarkson NCSA Telnet
pozadaji), pak je klient v odpovedi nedostane - cili dostane pouze svoji
IP adresu a jen pripade, ze bootp proslo routerem, pak adresu tohoto
routeru. Proto je vhodne pri konfiguraci bootpd na Unixu minimalne pro PC
klienty uvadet vm=rfc1048.
Pro tyto pridavne udaje je v bootp paketu pouhych 60 bytu, pricemz jedna
IP adresa (treba gateway, DNS server, maska site) zabira 4 byty a pro kazdy
typ udaje je potreba pocitat dalsi 2 byty; zadne pokracovaci pakety nejsou!
Takze je potreba neblbnout a nepsat tam cookie servery apod., ale jenom
masku podsite, 1 gateway, max 3 DNS servery, pripadne time server, time
offset a domenove jmeno klienta a spocitat jestli se to tam vejde (pokud je
tam tohle vsechno, muze mit jmeno klienta jen 20 znaku).

  Problemy mohou nastat i pri sestavovani bootptab. Vzdy musi byt napred
ht=typ_site (treba ethernet) a pak teprve ha=fyz_adresa a to i v pripade,
ze ht je definovano pro vice hostu soucasne a je pouzit odkaz pomoci tc=.
Pak musi byt ha= az za tc=. Cinnost bootpd by melo byt mozne sledovat
v syslog souboru (na Sunech /var/adm/messages), kam se vypisuji mj. i
zadosti, na ktere bootpd neumel odpovedet. A jeste DNS serverum:
v konfiguracnim souboru je pro ne polozka ds= (nikoli ns=, ta je pro IEN-119
servery, ktere uz asi nikdo u nas nema).

Preju uspesne konfigurovani.
----------------------------------------------------------------------------
I Petr Kolar             Depart. of Computer Science    Addr: Halkova 6    I
I +42-48-329 loc. 374    Univ. of Technology Liberec     461 17 Liberec    I
I fax: +42-48-23317      E-mail: Petr.Kolar at vslib.cz     Czech Republic    I
----------------------------------------------------------------------------