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.
/ip address 192.3.3.10/24 ether4 192.3.4.10/24 ether5 /interface ethernet ether4 proxy-arp ether5 proxy-arpV každé síti je jedna stanice
A 192.3.3.160 B 192.3.4.161Pokud udělám z A ping na neexistující adresu ze sitě B
A> ping 192.3.4.99vidím na portu ether4
IP 192.3.3.160 > 192.3.4.99: ICMP echo request, id 53608, seq 2, length 64a na ether5 se hledá neexistující stanice
ARP, Request who-has 192.3.4.99 tell 192.3.4.10, length 46Pokud ale totéž udělám na stanici B
B> ping 192.3.3.99tak na ether5 vidím dotaz
IP 192.3.4.161 > 192.3.3.99: ICMP echo request, id 12116, seq 1, length 64ale na ether4 se ARP nevyšle. Netuším, proč jeden port ARP dorazy propouští a druhý ne. Děkuji za rady.
Řešení dotazu:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
/ip arp print ?
192.3.4.161 00:50:B6:0F:73:47 ether5 192.3.3.160 00:50:B6:0F:72:15 ether4Mám podezření, že neumím nějak nastavit propojení protokolu ARP mezi ether4 a ether5, jako by ether4 měl větší váhu, chová se jak má. Ale ether5 nic do ether4 nepřeposílá i když si myslím že by měl.Oba porty mám nastaveny stejně, jako master.
[admin@MK4] > /ip firewall filter print
Flags: X - disabled, I - invalid, D - dynamic
0 ;;; default configuration
chain=input action=accept protocol=icmp
1 ;;; default configuration
chain=input action=accept connection-state=established
2 ;;; default configuration
chain=input action=accept connection-state=related
3 chain=output action=accept out-interface=ether4
4 chain=output action=accept out-interface=ether5
5 chain=forward action=accept connection-state=established
6 chain=forward action=accept connection-state=related
.
Two IP addresses from the same network assigned to routers different interfaces are not valid unless VRF is used. For example, the combination of IP address 10.0.0.1/24 on the ether1 interface and IP address 10.0.0.132/24 on the ether2 interface is invalid, because both addresses belong to the same network 10.0.0.0/24. Use addresses from different networks on different interfaces, or enable proxy-arp on ether1 or ether2.Manual:IP/Address
asix 1-2:1.0: eth2: asix_rx_fixup() Bad Header Length asix 1-2:1.0: eth2: asix_rx_fixup() Bad RX Length 32896 ....Chyba byla v driveru
asix. Používal jsem kernel 2.6.34. Po přechodu na verzi 3.4.69 se vše umoudřilo a už chová se to mravně. Moc děkuji za nápady a pomoc.
Tiskni
Sdílej:
