Byly publikovány informace (technické detaily) o bezpečnostním problému Snapu. Jedná se o CVE-2026-3888. Neprivilegovaný lokální uživatel může s využitím snap-confine a systemd-tmpfiles získat práva roota.
Nightingale je open-source karaoke aplikace, která z jakékoliv písničky lokálního alba (včetně videí) dokáže oddělit vokály, získat text a vše přehrát se synchronizací na úrovni jednotlivých slov a hodnocením intonace. Pro separaci vokálů využívá UVR Karaoke model s Demucs od Mety, texty písní stahuje z lrclib.net (LRCLIB), případně extrahuje pomocí whisperX, který rovněž využívá k načasování slov. V případě audiosouborů aplikace na
… více »Po půl roce vývoje od vydání verze 49 bylo vydáno GNOME 50 s kódovým názvem Tokyo (Mastodon). Podrobný přehled novinek i s náhledy v poznámkách k vydání a v novinkách pro vývojáře.
Článek na stránkách Fedora Magazinu informuje o vydání Fedora Asahi Remixu 43, tj. linuxové distribuce pro Apple Silicon vycházející z Fedora Linuxu 43.
Byl zveřejněn program konference Installfest 2026. Konference proběhne o víkendu 28. a 29. března v Praze na Karlově náměstí 13. Vstup zdarma.
Byla vydána Java 26 / JDK 26. Nových vlastností (JEP - JDK Enhancement Proposal) je 10. Odstraněno bylo Applet API.
Byla vydána nová verze 260 správce systému a služeb systemd (Wikipedie, GitHub). Odstraněna byla podpora skriptů System V. Aktualizovány byly závislosti. Minimální verze Linuxu z 5.4 na 5.10, OpenSSL z 1.1.0 na 3.0.0, Pythonu z 3.7.0 na 3.9.0…
Byla vydána nová verze 5.1 svobodného 3D softwaru Blender. Přehled novinek i s náhledy a videi v poznámkách k vydání. Videopředstavení na YouTube.
Bylo oznámeno vydání nové verze 8.1 "Hoare" kolekce svobodného softwaru umožňujícího nahrávání, konverzi a streamovaní digitálního zvuku a obrazu FFmpeg (Wikipedie). Doprovodný příspěvek na blogu Khronosu rozebírá kódování a dekódování videa pomocí Vulkan Compute Shaders v FFmpeg.
Byl představen open-source a open-hardware prototyp nízkonákladového raketometu kategorie MANPADS, který byl sestaven z běžně dostupné elektroniky a komponent vytištěných na 3D tiskárně. Raketa využívá skládací stabilizační křidélka a canardovou stabilizaci aktivně řízenou palubním letovým počítačem ESP32, vybaveným inerciální měřicí jednotkou MPU6050 (gyroskop a akcelerometr). Přenosné odpalovací zařízení obsahuje GPS,
… více »Ahoj, jednoduchy dotaz na zdatnejsi sitare.
Mama tri switche A,B,C propojene do kruhu, ke switchi A je pripojen router R1, ke switchi C je pripojen router R2.
Udelam dve vlan vlan proti sobe , napr. vlan10, vlan20, vlany se nikde nepotkavaji, tedy neni kruh, na routerech si udelam vlan interface 10 a 20, kazdemu interface nastavit ruzne subnety treba
R1 - vlan10 10.10.10.1/24 , R2 - vlan10 10.10.10.2/24
R1 - vlan20 10.10.20.1/24 , R2 - vlan20 10.10.20.2/24
Takze routery k sobe znaji dve cesty, kdyz pingam z R1 na 10.10.10.2, tak to chvili jde, chvili nejde, kde je problem?
Vadi routerum, ze v arp tabulce vidi pro jednu MAC dva zaznamy IP, tedy oni se nauci MAC pres vlan10 i vlan20 a proto to nemuze fungovat?
Rad bych pouzival oba dva smery, napr. pres vlan10 routoval nejake rozsahy a pres vlan20 jine, aby se tedy provoz rozlozil, je to mozne?
Na switchi je zapnuty spanning tree, konkretne spanning tree per vlan, zda se to funguje v poradku, vidim pro jednotlive vlany porty ve stavu forwarding jine jako blocking (dle path cost, root bridge je nastaven na switchi A, dle priority), pokud odpojit forwardujici port, tak vidim, ze blokovany port se povoli a provoz funguje dal.
Porty na switchi jsou jako trunk = na boxech je vlan interface = pripojene jednim portem , jedna se Mikrotik boxy (5-kova rada routeros).
V arpe routeru vidim naucene MAC adresy protejsku pres oba vlan interface. (tedy napr. pro router A vidim 10.10.10.2 - MAC adres - vlan 10, 10.10.20.2 - MAC adres -vlan20 ).
Mel jsem za to, ze pokud to "zakruhoji" na L3, tak to routerum nebude delat problem, jsem z toho zmateny.
Novy poznatek.
Mikrotik umi pinga na L2 (arp-ping) a zde k timeout vubec nedochazi, takze problem musi byt zrejme na vrst L3 a jeste jsem dosel k zaveru, problem se projevuje jen v jednom smeru, tedy pokud pingam z routeru R1 na R2 tak se objevuji timeout, obracene z R2 na R1 nikoliv, divne.
Kontroloval jsem na switchich MAC tabulky, jestli zde nedochazi k nejakym vypadkum naucenych adres pro vlan 10 a 20, ale nikoliv, adresy jsou tam stale a nikam nepreskakuji, zacinam mit podezreni na router R1 ze je v nejakem "pastavu".
Tiskni
Sdílej: