Knihovna libpng, tj. oficiální referenční knihovna grafického formátu PNG (Portable Network Graphics), byla vydána ve verzi 1.6.51. Opraveny jsou 4 bezpečnostní chyby obsaženy ve verzích 1.6.0 (vydána 14. února 2013) až 1.6.50. Nejvážnější z chyb CVE-2025-65018 může vést ke spuštění libovolného kódu.
Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 159 (pdf).
Hru Warhammer: Vermintide 2 (ProtonDB) lze na Steamu získat zdarma napořád, když aktivaci provedete do pondělí 24. listopadu.
Virtualizační software Xen (Wikipedie) byl vydán v nové verzi 4.21. Podrobnosti v poznámkách k vydání a přehledu nových vlastností.
Evropská komise schválila český plán na poskytnutí státní pomoci v objemu 450 milionů eur (téměř 11 miliard Kč) na rozšíření výroby amerického producenta polovodičů onsemi v Rožnově pod Radhoštěm. Komise o tom informovala v dnešní tiskové zprávě. Společnost onsemi by podle ní do nového závodu v Rožnově pod Radhoštěm měla investovat 1,64 miliardy eur (téměř 40 miliard Kč).
Microsoft v příspěvku na svém blogu věnovaném open source oznámil, že textové adventury Zork I, Zork II a Zork III (Wikipedie) jsou oficiálně open source pod licencí MIT.
První prosincový týden proběhne SUSE Hack Week 25. Zaměstnanci SUSE mohou věnovat svůj pracovní čas libovolným open source projektům, například přidání AI agenta do Bugzilly, implementaci SSH v programovacím jazyce Zig nebo portaci klasických her na Linux. Připojit se může kdokoli.
Google oznámil, že Quick Share na Androidu funguje s AirDropem na iOS. Zatím na telefonech Pixel 10. Uživatelé tak mohou snadno přenášet soubory z telefonů s Androidem na iPhony a obráceně.
Byla vydána nová verze 8.5 (8.5.0) skriptovacího jazyka PHP používaného zejména k vývoji dynamických webových stránek. Přináší řadu novinek a vylepšení (URI Extension, Pipe Operator, Clone With, …). Vydána byla také příručka pro přechod z předchozích verzí.
Evropská komise zahájila tři vyšetřování týkající se cloudových platforem Amazon Web Services (AWS) a Microsoft Azure. Evropská exekutiva, která plní také funkci unijního antimonopolního orgánu, chce mimo jiné určit, zda jsou americké společnosti Microsoft a Amazon v cloudových službách takzvanými gatekeepery, tedy hráči, kteří významně ovlivňují provoz internetu a musí dle nařízení o digitálních trzích (DMA) na společném trhu
… více »Zdravim mam drobny problem. Doma mam server postaveny na linux debian sarge. Na tomto serveru ktery je zaroven gateway bezi jeste dns(bind9),dhcp a shapping ( ma zaklade IP). Topologie me site vypada nasledovne:
Vsechny klientske routery i AP routery maji vypnuty NAT Klientske routery jsou ovislink 5460. A problem je v tom, ze klienti pripojeni kabelem na AP1 a AP2 pres tyto sve routery neobdrzi IP od DHCP serveru. Pokud se ale pripoji wifi primo na AP1 nebo AP2 tak IP obdrzi. Na gateway jsou oba pristupy ( klientsky router i primo) v poradku. Chtel bych se tedy zeptat jestli nekdo neresil podobny problem. Na klientskych 5460 je nastraveny DHCP relay ale bez vysledku. Predem diky za kazdou radu. Jedine reseni ktere me napadlo je, aby na AP1 i AP2 bezely take DHCP a pridelovaly stejne IP jako DHCP na gateway( kvuli shapingu). V souvislosti s tim bych se chtel jeste zeptat jestli nekdo neznate nejaky firmware, postaveny na linux, ktery by bylo mozne nahrat do 5460 nebo WP54G. Doufam ze jsem popsal svoji situaci dostatecne presne a jeste jednou predem diky za jakoukoliv radu. Zdenek
Tak ten odkaz mě pobavil... draft a implementován v ovisech :D, eště víc mě pobavilo že ten odkaz je na draft starý 2 dny :D
Zdravim Vas, no jsem rad ze jste se tolik pobavil, ale me to v reseni meho problemu moc nepomuze. Kazdopadne by me alespon zajimalo co Vas tak pobavilo.
Co mě pobavilo? ... otázka jestli ten ovis nekomunikuje způsobem který je popsán v draftu... navíc 2 dny starém ;)
Co pomůže v řešení je
1. je nutné aby byl dhcp relay podporován (zapnutý) na všech L3 zařízeních(směrovačích) mezi klientem a dhcp serverem
2. odposlechnout si komunikaci dhcp co nejtěsněji před dhcp serverem tu analyzovat jestli tam vůbec ty klientské požadavky dorazí
3. zapnout co nejlepší logování na DHCP a podívat se co hlásí
4. zapnout DHCP server v debug režimu a podívat se co hlásí
Postupujte tak že pokud je daný bod ok, jděte na další.
Zdravim, diky za reakci. Na AP bezi relay a je "nasmerovany" primo na gateway. Nejsem si jisty, ale myslim ze komunikuje pres unicast. Ohledne reseni linkoveho protokolu - netusim na co se me ptate ( zacatecnik). Nestandartni prepisovani neni, dotaz z klienta projde az na gateway, dhcp na gateway posle IP, ale ta nedorazi ke koncovemu klientovi. (zaznamenano v logu). Zdenek
Na AP bezi relay a je "nasmerovany" primo na gateway.
A jak jsou nastavené routery? Jejich relay komunikuje přímo s gatawayí nebo přes relay na AP?
Ohledne reseni linkoveho protokolu - netusim na co se me ptate ( zacatecnik).
Na drátě se jako linkový protokol používá 802.3 (lidově zvaný Ethernet), na bezdrátu se používá protokol 802.11 (lidově zvaný WiFi). Tyto protokoly jsou si podobné, do jisté míry kompatibilní, ale zrovna co se týče adresování uzlů na linkové vrstvě a vytváření vazeb na adresa – port, jsou s tím problémy. Jednou z možností, jak se s tím vypořádat, je že relaye na AP přepisují MAC adresy. Nebo ta relay není vůbec skutečná, ale jedná se jen přeposílání rámců. (Divil byste se, co všechno může napadnou inženýry, aby vyhověli protichdným požadavkům zákazníka.) Může se stát, že vaše konkrétní implementace v AP není kvůli tomuto schopna korektně předávat požadavky z drátového i bezdrátového segmentu současně dále.
dotaz z klienta projde az na gateway, dhcp na gateway posle IP, ale ta nedorazi ke koncovemu klientovi. (zaznamenano v logu)
Jak už tu někdo psal, musíte jít po „drátu“ a sledovat, kde se vám odpovědi ztrácí. Příčinou může být právě relay na AP.
na
Tiskni
Sdílej: