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.
Ve správci balíčků APT, používaném v Debianu a odvozených distribucích, byla nalezena a opravena kritická zranitelnost CVE-2026-109518. Vzdálený útočník může obejít ověření stažených balíčků pomocí přesměrování a dočasných chyb HTTP serveru.
Zažil jsem něco podobného u špatně fungujícího routeru. Bylo to u mé domácí (WiFi) sítě se třemi zařízeními. Když jsem zapnul DHCP server a některému ze zařízení jsem přidělil adresu ručně, stalo se, že MAC adresa toho zařízení se špatně zaregistrovala do tabulek ARP u routeru. Zařízení pak mohlo komunikovat s vnějším světem, ale nikde uvnitř sítě nebylo "vidět".
Vyřešil jsem to tak, že jsem nastavil u DHCP serveru pevně rezervované IP adresy (podle MAC adres), takže každé zařízení se k němu korektně přihlásí a pokaždé dostane tutéž adresu. Pak už to funguje.
Horší je, pokud zařízení neumí DHCP. Určitě se to ale dá nějak napravit, aby PING fungoval. Stačí jen, aby si switch správně udržoval své tabulky (přiřazení MAC adres ke konkrétním portům). Nekoupili jste náhodou v rámci toho stěhování jiný switch nebo podobný síťový prvek? To by mohlo být důvodem.
Nemají tiskárny zakázáno přijímat broadcast pakety? Jestli ano, pak se nedá z jejich IP adresy resolvovat MAC adresa a nedá se jim tudíž nic poslat. (Zatímco ony samy komunikovat mohou.)
Vím, že jste to určitě už desetkrát kontroloval, ale nemáte tam náhodou konflikt IP adres? (Napřed zapnete počítače, které dostanou od serveru DHCP adresu, a pak teprve zapnete tiskárny...) Já vždy radši přiděluji všechny adresy pomocí DHCP a na routeru jsou předem rezervované. Každý stroj dostane vždy tutéž adresu. Výsledek je stejný jako statické adresy, ale má to jednu výhodu: Místo tří adres (vlastní, gateway, DNS) měníte jen jednu tabulku na serveru.
Příkazem arp -n získáte pěkný výpis. Jinak v man arp najdete podrobný návod, jak s těmi tabulkami můžete manipulovat. Takže pokud se s tou sítí po dobrém nedomluvíte, jsou dvě možnosti:
Možnost první: Rezervace IP adres podle MAC adres na DHCP serveru (jen pro tiskárny). Může to pomoct i tehdy, když tiskárna DHCP služeb fakticky nevyužívá a nastaví si adresu sama. (Ale pozor, není to běžné chování a nelze na to spoléhat.)
Možnost druhá: Jak se dočtete v manuálové stránce, do tabulek ARP lze vkládat fixní záznamy, které se dynamicky nepřepisují. Stačilo by každému PC vložit fixní záznamy s MAC adresami obou tiskáren. Pak by bez ohledu na server byly tiskárny viditelné. (Mimochodem, fixní záznamy mají pozitivní dopad i na bezpečnost v síti, což ale není v tomto případě zas tak ožehavý problém.)
Poslední problém, který mě napadá, by mohl být se subnet mask. Pokud máte 255.255.255.0 na všech zařízeních, je to nejspíš v pořádku. Pokud ale někde máte nějaké jiné nastavení, může to selhat. Rozhodně se podívejte sem a na Googlu určitě najdete další podrobnosti. Je potřeba mít všude stejný subnet mask a tím pádem i stejnou broadcast adresu. Jinak se to tam spolu nedomluví.
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz