Dotaz: Dotatocne info pomocou DHCPD

[xsustek]

Caute,

neviete niekto, ci sa da nastavit dhcpd deamon takym sposobom, aby posielal okrem standardnych parametrov aj nejaky nadbytocny. Napr. nejaky retazec, ktory by identifikoval, ze nejaka sluzba je v sieti implementovana. Ak ano, ako tento retazec citat. Asi dhclientom, ze? Ale ako :).

Dik.

Odpovědi

[petr_p]

Ano, lze to. Konkrétní nastavení záleží na konkrétním serveru a klientu, který používáte. Přečtěte si k nim návod. (Pokud používáte software od ISC, zajímá vás kapitola DEFINING NEW OPTIONS v dhcp-options(5).)

[xsustek]

Pozeral som si tie man stranky. Ale aj tak som nedoklazal zistit ako to spojazdnit. Bohuzial to sa s tym nemozem teraz hrat, pomohlo by mi keby s tym mal niekto skusenosti a povtvdil mi alebo ma opravil.

Pouzivam DHCP software od ISC.

zistil som, ze novu option sa sa definovat prikazom

option new-name code new-code = definition ;

ale nieje tam napisane, ci je tu definicu nutne uviest v oboch configoch jak dhcpd.conf a tiez dhclient.conf aby aj klient aj server boli schopny transformovat meno na cislo. (To hadam).

Potom sa na servery nova hodnota definuje narp. ak je definicia option use-zephyr code 180 = integer;

hodnota sa zada ako option use-zephyr 8; ale neviem ako mam pomocou dhcpclienta hodnotu ziskat.

Neviete niekto??

Dik

[petr_p]

ale nieje tam napisane, ci je tu definicu nutne uviest v oboch configoch jak dhcpd.conf a tiez dhclient.conf aby aj klient aj server boli schopny transformovat meno na cislo. (To hadam).

Definici volby i požadavek, že chcete tuto volbu získat ze serveru, je nutné uvést v konfiguraci klienta.

Obecně v DHCP protokolu se žádné názvy voleb nepřenáší. Tam právě proudí čísla voleb a jejich zakódované hodnoty. Klient i server tak musí mít shodnou konfiguraci, aby věděli, jaké číslo volby je zajímá a jakým způsobem se hodnota kóduje/dekóduje v protokolu.

eviem ako mam pomocou dhcpclienta hodnotu ziskat

Tohoto klienta nepoužívám, ale tipl bych si, že výsledek bude uložený někde ve /var/lib/. Případně bude možné nechat si z klienta spustit externí skript, který údaje dostane jako poziční argumenty.

[xsustek]

Mohli by ste mi opisat este tu komunikaciu z obecneho hladiska. Ja skusim napisat, co som teda zatial poskladal, ak to nieje dobre, prosim opravte ma.

Klient aj server maju definicie konkretnej option , jej kodu , a typu

Klient vysle poziadavku vrat option xyz, co sa vlastne prelozi do vrat kod xyz a server zasle xyz = lalalla.

Je to tak, ze server zasiela vzdy nejake zakladne option ako su napr. IP adresa alebo maska, alebo zasle len a len tie hodnoty ktore specifikuje klient. Inak povedane, je mozne aby klient poslal dotaz, posli mi len option xyz a nic ine?

Dik.

[petr_p]

Mohli by ste mi opisat este tu komunikaciu z obecneho hladiska. Ja skusim napisat, co som teda zatial poskladal, ak to nieje dobre, prosim opravte ma.

Klient aj server maju definicie konkretnej option , jej kodu , a typu

Klient vysle poziadavku vrat option xyz, co sa vlastne prelozi do vrat kod xyz a server zasle xyz = lalalla.

Tak jest.

Je to tak, ze server zasiela vzdy nejake zakladne option ako su napr. IP adresa alebo maska, alebo zasle len a len tie hodnoty ktore specifikuje klient. Inak povedane, je mozne aby klient poslal dotaz, posli mi len option xyz a nic ine?

Dik.

RFC zná požadavek klienta typu INFORM. Ten slouží právě na získání voleb, které nesouvisí s přidělováním IP adresy klientovi.

Pokud klient chce získat i adresu, musí použít požadavky DISCOVER/REQUEST. Samotné adresy se přenáší ve zvláštních hlavičkách protokolu a jsou považovány za něco výjimečného na rozdíl od ostatních voleb. Tento komplikovaný způsob je dán historicky, kdy byla snaha udržet zpětnou kompatibilitu s BOOTP protokolem.

V DHCPv6 už to je zařízené lépe, ale to vás asi teď nezajímá.