Byla vydána nová stabilní verze 8.0 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 148. Přehled novinek i s náhledy v příspěvku na blogu.
Ve FreeBSD byla nalezena a opravena zranitelnost FatGid aneb CVE-2026-45250. Jedná se o lokální eskalaci práv. Neprivilegovaný uživatel se může stát rootem.
Společnost Flipper Devices oznámila Flipper One. Zcela nový Flipper postavený od nuly. Jedná se o open-source linuxovou platformu založenou na čipu Rockchip RK3576. Hledají se dobrovolníci pro pomoc s dokončením vývoje (ovladače, testování, tvorba modulů).
Vývojáři Wine oznámili vydání verze 2.0 knihovny vkd3d pro překlad volání Direct3D na Vulkan. Přehled novinek na GitLabu.
Společnost Red Hat oznámila vydání Red Hat Enterprise Linuxu (RHEL) 10.2 a 9.8. Vedle nových vlastností a oprav chyb přináší také aktualizaci ovladačů a předběžné ukázky budoucích technologií. Vypíchnout lze CLI AI asistenta goose. Podrobnosti v poznámkách k vydání (10.2 a 9.8).
Organizace Apache Software Foundation (ASF) vydala verzi 30 integrovaného vývojového prostředí a vývojové platformy napsané v Javě NetBeans (Wikipedie). Přehled novinek na GitHubu. Instalovat lze také ze Snapcraftu a Flathubu.
Byla vydána nová verze 7.0 svobodného open source redakčního systému WordPress. Kódové jméno Armstrong bylo vybráno na počest amerického jazzového trumpetisty a zpěváka Louise Armstronga (What A Wonderful World).
V Drupalu byla nalezena a opravena kritická zranitelnost SA-CORE-2026-004 (CVE-2026-9082). Útočník může provádět libovolné SQL dotazy na webech používajících databázi PostgreSQL.
Richard Hughes oznámil, že službu Linux Vendor Firmware Service (LVFS) umožňující aktualizovat firmware zařízení na počítačích s Linuxem, nově sponzoruje také společnost HP.
O víkendu proběhla demopárty Outline 2026. Publikována byla prezentovaná dema. Upozornit lze na 16 bajtové, opravdu šestnáct bajtové, zvukově obrazové demo Wake Up! 16b (YouTube).
Po záhadě s kernel-based klientem pro ISATAP, kterou jsem nevyřešil (přesněji řečeno vzdal a nainstaloval Miredo) je tu další problém.
Mám server, který má přístup do IPv6 pomocí 6to4. Souží v lokální síti jako router ISATAP, aby se všichni z lokální IPv4 sítě mohli taky dostat na IPv6. (Vnitřní síť nemůže používat přímo IPv6, protože WiFi router to nepodporuje.)
Potud všechno funguje. Stránky typu http://www.ipv6.org/ jasně potvrzují, že ze serveru i z klientů za NATem se dá dostat na IPv6. (Až na to, že route vyprší za 1800 sekund a nelze to nastavit jinak. (Grrr!!!))
Pak ale nechápu, proč mi nefunguje ping6 ::1. Co může být špatně? Nevrací to žádnou chybovou hlášku. Pakety prostě někde mizí.
Nechci sem hned dávat sáhodlouhé výpisy filtrovacích tabulek a síťových zařízení. (Doplním je až na vyžádání, napadne-li někoho, čím by to mohlo být.) Používám iptables i ip6tables. V obou případech je icmp (resp. icmpv6) povolen. Pokud jsem to dobře pochopil, v iptables pro IPv4 stačí pouze propouštět protokol, ve kterém jsou IPv6 pakety tunelovány. Detaily už zařídí ip6tables, které pracují s virtuálními zařízeními. (Výjimkou je například lo.) Nenapadá mě žádný důvod, proč by ping na localhosta neměl fungovat. Jinak se chová normálně. Můžu pingnout adresy ostatních rozhraní i jiných počítačů, a to v IPv4 i IPv6.
Ne, ani takhle to nefungovalo. Ale teď už to naštěstí funguje na všechny možné způsoby. Vypnul jsem všechna rozhraní, vyčistil jsem routovací tabulky a když jsem dal ip -6 link set lo up, fungovalo to. Automaticky vygenerované záznamy v routovací tabulce, ke kterým se člověk dostane jedině přes route -A inet6 -n, ovšem vypadaly navlas stejně jako předtím. Strávil jsem zbytečně několik hodin nastavováním route, priorit a kdovíčeho ještě. Asi byl potřeba důslednější přístup...
Tiskni
Sdílej: