Od soboty do úterý probíhá v Hamburku konference 39C3 (Chaos Communication Congress) věnovaná také počítačové bezpečnosti nebo hardwaru. Program (jiná verze) slibuje řadu zajímavých přednášek. Streamy a záznamy budou k dispozici na media.ccc.de.
Byl představen nový Xserver Phoenix, kompletně od nuly vyvíjený v programovacím jazyce Zig. Projekt Phoenix si klade za cíl být moderní alternativou k X.Org serveru.
XLibre Xserver byl 21. prosince vydán ve verzi 25.1.0, 'winter solstice release'. Od založení tohoto forku X.Org serveru se jedná o vůbec první novou minor verzi (inkrementovalo se to druhé číslo v číselném kódu verze).
Wayback byl vydán ve verzi 0.3. Wayback je "tak akorát Waylandu, aby fungoval Xwayland". Jedná se o kompatibilní vrstvu umožňující běh plnohodnotných X11 desktopových prostředí s využitím komponent z Waylandu. Cílem je nakonec nahradit klasický server X.Org, a tím snížit zátěž údržby aplikací X11.
Byla vydána verze 4.0.0 programovacího jazyka Ruby (Wikipedie). S Ruby Box a ZJIT. Ruby lze vyzkoušet na webové stránce TryRuby. U příležitosti 30. narozenin, první veřejná verze Ruby 0.95 byla oznámena 21. prosince 1995, proběhl redesign webových stránek.
Všem čtenářkám a čtenářům AbcLinuxu krásné Vánoce.
Byla vydána nová verze 7.0 linuxové distribuce Parrot OS (Wikipedie). S kódovým názvem Echo. Jedná se o linuxovou distribuci založenou na Debianu a zaměřenou na penetrační testování, digitální forenzní analýzu, reverzní inženýrství, hacking, anonymitu nebo kryptografii. Přehled novinek v příspěvku na blogu.
Vývojáři postmarketOS vydali verzi 25.12 tohoto před osmi lety představeného operačního systému pro chytré telefony vycházejícího z optimalizovaného a nakonfigurovaného Alpine Linuxu s vlastními balíčky. Přehled novinek v příspěvku na blogu. Na výběr jsou 4 uživatelská rozhraní: GNOME Shell on Mobile, KDE Plasma Mobile, Phosh a Sxmo.
Byla vydána nová verze 0.41.0 multimediálního přehrávače mpv (Wikipedie) vycházejícího z přehrávačů MPlayer a mplayer2. Přehled novinek, změn a oprav na GitHubu. Požadován je FFmpeg 6.1 nebo novější a také libplacebo 6.338.2 nebo novější.
Byla vydána nová verze 5.5 (novinky) skriptovacího jazyka Lua (Wikipedie). Po pěti a půl letech od vydání verze 5.4.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
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
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.
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á.
Tiskni
Sdílej:
