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.
Zdravim, mam dotaz a mozna je uplne nesmyslny a neni realizovatelny.
Mejme nekolik routeru pripojenych do jedne site(rekneme pater), kazdy router dale zodpovida za routing dale pripojenych siti (rekneme tedy area 1 ... az area X), v hlavni paterni siti rozjedne dve vlany, kazdy router v patery ma na kazde z vlan svoji IP, reknem vlan 10 bude mgmt vlan jen pro managment zarizeni a druha vlan (reknem vlan 20) bude transportni, tedy potece v ni samotny provoz routovany mezi sitemi, ktere obsluhuji jednotlive routery.
Dotaz?
Je mozne OSPF nasadit tak, ze si bude s ostatnimi routery v pateri povidat pres vlan 10 (tedy mgmt vlan), ale skutecny trafik potece ve vlan 20, jde mi o tom, ze ve vlan 10 bude pomerne maly traffic narozdil od vlan 20, chtel bych tedy aby si OSPF vymenovala informace v MGMT vlan, mam strach z toho, ze ve vlan 20 bude velky trafic a OSPF pakety tam budou mit nejake problemy, laicky receno budou se "tlouct" s daty.
Je toto spatna myslenka ? Lze to vubec takto realizovat? Nebo se to takto nepouziva v sitich a vse tece v jedne vlane? Diky za info F.
Řešení dotazu:
To mate pravdu.
Ale v pripade, ze rozhrani pro vlan 20 ("datovou") oznacim na routeru jako passivni tak se do ni nebude propagovat/prijimat OSPF, na vlan 20 bude ale mit presto router nejakou IP, mohu pote nechat pres vlan 10 (mgmt) propagovat dostupnost subnetu za routrem pres ip interface vlan 20?
Dekuji, velmi kvalitni a fundovana odpoved, ano presno toto jsem mel na mysli, ale nedarilo se mi presvedcit google respektive se ho korektne zeptat, "OSPF Demand Circuit". Diky Vam Petre.
Je toto spatna myslenka ?Ano.
Lze to vubec takto realizovat?Dá se ledacos, řekl bych, že i toto, ale postrádá to smysl.
ze ve vlan 20 bude velky trafic a OSPF pakety tam budou mit nejake problemy, laicky receno budou se "tlouct" s daty.A myslíš, že když každému paketu přidáš značku (nebo co sis myslel, že 802.1q VLAN je?), že těch dat nějak ubyde?
Tiskni
Sdílej: