Microsoft představil Azure Linux 4.0 a Azure Container Linux. Na konferenci Open Source Summit North America 2026 organizované konsorciem Linux Foundation a sponzorované také Microsoftem. Azure Linux 4.0 vychází z Fedora Linuxu. Azure Container Linux je založen na projektu Flatcar. Azure Linux (GitHub, Wikipedie) byl původně znám jako CBL-Mariner.
Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 165 (pdf).
Byla vydána verze 9.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a informačním videu.
Firefox 151 podporuje Web Serial API. Pro komunikaci s různými mikrokontroléry připojenými přes USB nebo sériové porty už není nutné spouštět Chrome nebo na Chromiu postavené webové prohlížeče.
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.
Ahoj,
mam 3x mikrotik, kazdy ma dva eth porty, pripojil jsem je vsechny do switche pres jeden port a druhy je pouzit pro samostatnout sit.
R1 - 192.168.1.0/24 : eth2 , 10.0.0.1/24 : eth1
R2 - 192.168.2.0/24 : eth2, 10.0.0.2/24 : eth1
R3 - 192.168.3.0/24 : eth2, 10.0.0.2/24 : eth1
Routery se navzajem vidi, pouzivaji paterni spojivaci sit 10.0.0.0/24, na kazdem routeru jsem nakonfiguroval OSPF jako backbone id: 0.0.0.0, pridal instance, area, network 10.0.0.0/24, interface (nastavil md5 a klic), povolil redistribuce static+connected routes.
Toto vse maka, routery se vidi s ospf jede, jen mi je zahadou, ze kdyz zapnu redistribuce-other-ospf tak nemam v routovacich tabulkacha duplicitni zaznamy, ze dana sit je dostupna pres nap.r1 a r2 (ten by mel mit horsi metriku), tedy aby routery redistribubvaly i routy naucene z ospf, abych mohl mit alternativni cestu do site, kdyz to prime spojeni nahodou umre, co delam blbe?
Řešení dotazu:
Diky za vycerpavajici popis, presto mi vrta hlavou proc se OSPF nenauci i alternativni cestu k cili pres druhy router, samozdrejme pouzivat ji defaultne nebude jelikoz ta alternativni trasa bude mit horsi metriku (pripocita se k ni cena trasy k router ktery cestu).
Mozna je problem v tom zapojeni, routery jsou pripojene k sobe jednim rozhranim pres switch, takze to nejsou zadne alternativni trasy, jelikoz se vsichni vidi, aby to fungovalo jak rikam asi bych musel routery zapojit mezi sebou do trojuhelniku, kazdy by mel tedy jedno rozhrani k sousedoi.
Diky za vycerpavajici popis, presto mi vrta hlavou proc se OSPF nenauci i alternativni cestu k cili pres druhy router,Protoze OSPF (narozdil od RIP nebo BGP) se neuci cesty, ale topologii site. Kazdy router v ramci OSPF zna kompletni topologii, takze si vzdy spocita tu nejkratsi (a kdyz dojde k nejakemu vypadku, tak proste upravi topologii a prepocita cesty).
Tiskni
Sdílej: