Byla vydána verze 0.2.0 v Rustu napsaného frameworku Pingora pro vytváření rychlých, spolehlivých a programovatelných síťových systémů. Společnost Cloudflare jej letos v únoru uvolnila pod licencí Apache 2.0.
Open source RDP (Remote Desktop Protocol) server xrdp (Wikipedie) byl vydán ve verzi 0.10.0. Z novinek je vypíchnuta podpora GFX (Graphic Pipeline Extension). Nová větev řeší také několik bezpečnostních chyb.
Rocky Linux byl vydán v nové stabilní verzi 9.4. Přehled novinek v poznámkách k vydání.
Dellu byla odcizena databáze zákazníků (jméno, adresa, seznam zakoupených produktů) [Customer Care, Bleeping Computer].
V lednu byl otevřen editor kódů Zed od autorů editoru Atom a Tree-sitter. Tenkrát běžel pouze na macOS. Byl napevno svázán s Metalem. Situace se ale postupně mění. V aktuálním příspěvku Kdy Zed na Linuxu? na blogu Zedu vývojáři popisují aktuální stav. Blíží se alfa verze.
O víkendu 11. a 12. května lze navštívit Maker Faire Prague, festival plný workshopů, interaktivních činností a především nadšených a zvídavých lidí.
Byl vydán Fedora Asahi Remix 40, tj. linuxová distribuce pro Apple Silicon vycházející z Fedora Linuxu 40.
Představena byla služba Raspberry Pi Connect usnadňující vzdálený grafický přístup k vašim Raspberry Pi z webového prohlížeče. Odkudkoli. Zdarma. Zatím v beta verzi. Detaily v dokumentaci.
Byla vydána verze R14.1.2 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.
Dnešním dnem lze již také v Česku nakupovat na Google Store (telefony a sluchátka Google Pixel).
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: