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.
+-----------+ +-----------+ | VPN sit | +---------+ +---------+ | LAN | |10.0.1.0/24|------10.0.1.1| router1 |192.168.1.2------192.168.1.1| router2 |10.11.12.1----|10.0.1.0/24| +-----------+ +---------+ +---------+ -------------a ted k problemu. Potrebuji se z VPN dostat do site za routerem 2. Routovaci tabulky vzpadaji nasledovne:
Router1 Směrovací tabulka v jádru pro IP Adresát Brána Maska Přízn Metrik Odkaz Užt Rozhraní 10.11.12.0 192.168.1.1 255.255.255.0 UG 0 0 0 eth0 10.0.1.0 0.0.0.0 255.255.255.0 U 0 0 0 tap0 192.168.0.0 0.0.0.0 255.255.252.0 U 0 0 0 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 192.168.1.3 0.0.0.0 UG 0 0 0 eth0
Router 2 Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 10.11.12.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 192.168.4.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 10.0.1.0 192.168.1.2 255.255.255.0 UG 0 0 0 eth0 192.168.0.0 0.0.0.0 255.255.252.0 U 0 0 0 eth0 0.0.0.0 192.168.1.3 0.0.0.0 UG 0 0 0 eth0Pokud z VPN se snazim pingnout cokoliv v siti 10.11.12.0/24 tak to skonci zatim co ping na 10.11.12.1 jde bez problemu. Traceroute z vpn vypisuje tohle:
traceroute to 10.11.12.102 (10.11.12.102), 30 hops max, 40 byte packets 1 10.0.1.1 (10.0.1.1) 23.205 ms 21.102 ms 21.524 ms 2 192.168.1.1 (192.168.1.1) 52.109 ms 25.737 ms 22.564 ms 3 * * * 4 *Vyvratte mi ze jsem natvrdlej a ze to musi jit. Osobne si myslim ze je nekde chyba v metrice.
router 1 athlon hates # ip route show 10.11.12.0/24 via 192.168.1.1 dev eth0 10.0.1.0/24 dev tap0 proto kernel scope link src 10.0.1.1 192.168.0.0/22 dev eth0 proto kernel scope link src 192.168.1.2 127.0.0.0/8 dev lo scope link default via 192.168.1.3 dev eth0 athlon hates #
router2 server1:~# ip route show 10.11.12.0/24 dev eth1 proto kernel scope link src 10.11.12.1 192.168.4.0/24 dev eth1 proto kernel scope link src 192.168.4.1 10.0.1.0/24 via 192.168.1.2 dev eth0 192.168.0.0/22 dev eth0 proto kernel scope link src 192.168.1.1 default via 192.168.1.3 dev eth0 server1:~#
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz