V březnu byla oznámena spolupráce GrapheneOS s Motorolou. Nejnovější vlajka Motorola Signature 27 je první Motorola s oficiální podporou GrapheneOS. GrapheneOS (Wikpedie) je varianta Androidu zaměřující se na bezpečnost a soukromí.
Omarchy (Wikipedie) je linuxová distribuce s dlaždicovým správcem oken Hyprland. Založena je na Arch Linuxu. Vydána byla v nové verzi 4.5.0. Nově také pro Apple Silicon, konkrétně pro M1/M2/M3/Neo MacBooky.
Byla vydána nová stabilní verze 8.3 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 156 s bezpečnostními opravami z Chromia 157. Přehled novinek i s náhledy v příspěvku na blogu.
Multimediální přehrávač mpv byl vydán ve verzi 0.42.0. Jde o větší balík změn po bezmála roce. Mimo jiné se lépe integruje s Waylandem nebo rozšiřuje podporu DVD/Blu-ray, např. umožňuje přehrávat rovnou obrazy médií (soubory iso).
Desktopové prostředí LXQt (Lightweight Qt Desktop Environment, Wikipedie) vzniklé sloučením projektů Razor-qt a LXDE bylo vydáno ve verzi 2.5.0. Přehled novinek v poznámkách k vydání.
Byla vydána (𝕏) nová verze 8.0 LTS open source monitorovacího systému Zabbix (Wikipedie). Přehled novinek v oznámení na webu, v poznámkách k vydání a v aktualizované dokumentaci.
Byla vydána verze R14.1.7 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5, Wikipedie). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.
Bazzite (Wikipedie), tj. linuxová distribuce vycházející z Fedora Linuxu a optimalizována pro hraní počítačových her, byla vydána ve verzi 45. S Open Gaming Collective (OGC) jádrem a novým Easy Anti-Cheatem pro Linux (EAC Linux v2).
MikroTik zveřejnil vlastní bezpečnostní upozornění potvrzující, že zranitelnost linuxového jádra postihuje také RouterOS 7. Jde o use-after-free při zpracování IPv4 TCP spojení s IP options. Zranitelnost se týká provozu směřujícího na TCP službu samotného routeru, nikoli paketů, které router pouze přeposílá. Opraveno v long-term od 7.24.6, v stable od 7.25.1 a devel od 7.26beta5.
Zdravím, prosím jak řešíte policy based routing s ospf? V systému jsou standartně tyto rules0: from all lookup local 32766: from all lookup main 32767: from all lookup defaultospf si přidává routy do tabulky main a to včetně defaulty Když si pak přidám svou vlastní routovací tabulku nemám v ní routy z OSPF. Proto jsem udělal tyto kroky: smazal jsem pravidlo pro tabulku main s prioritou 32766 a dal main prioritu 100ip rule del prio 32766 ip rule add priority 100 table mainpřidal jsem tabulku 1 a nastavil ji defaultuip rule add priority 32761 table 1 ip route add default via XXXXXXXX table 1přidal jsem tabulku 2 a nastavil ji defaultuip rule add priority 32760 table 2 ip route add default via YYYYYYYY table 2tím, jsem docílil toho, že se mi packety nejprve routují pomocí tabulky main(kde je doplnilo OSPF) a pak pomocí tabulky 2 a 1, podle toho jakou chci aby měli defaultní routu Napadá Vás jiné elegantnější řešení? Lze to vyřešit přímo v OSPF?
Takhle by to mělo fungovat.
Přímo v OSPF by to jít nemělo, algoritmus OSPF nepočítá s tím, že by v určení trasy mělo hrát roli i něco jiného než cíl (a ohodnocení jednotlivých hran). Kdysi jsem v dokumentaci quaggy našel zmínku, že možnost práce s více tabulkami (lokálně) je v jakémsi dlouhodobém ToDo listu (nebo možná spíš wishlistu), ale že nejdřív je potřeba si ujasnit, jak by to vlastně mělo fungovat. Ale to už je tak deset let, netuším, co se od té doby změnilo.
Tiskni
Sdílej: