GNUnet (Wikipedie) byl vydán v nové major verzi 0.27.0. Jedná se o framework pro decentralizované peer-to-peer síťování, na kterém je postavena řada aplikací.
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.
Řešení dotazu:
Moc jste toho o síti neřek. Co takhle nějak nastavit source routing?
nicmene koukam, ze na routeru A uz existuje staticky "rout" 192.168.2/24 na tamnim localu,takze bych se zrejme nedostal ze site A na sit B, je toto v rozporu s routingem a pravidly ci je nejaky workaroundŽádný rozpor v tom není. IP adresy mají být unikátní, tečka.
Jestli to dobře chápu, máte klasický problém s tím, že na obou koncích VPN se používá kolidující rozsah neveřejných adres. Řešit to lze různě:
nat (fast NAT, stateless NAT), což má drobnou vadu, že to v jádrech 2.6 nefunguje, nebo použitím akce NETMAP v netfilteru, což má drobnou vadu, že se o ní v dokumentaci i na webu dozvíte prakticky jen to, že existuje (ale co jsem s ní zkoušel experimentovat, zdálo se, že funguje). Samozřejmě je tu problém, pokud budete chtít používat protokol, který nemá rád překlady adres.[A]172.16.24.1 = 172.16.34.2[B]A topo LAN-ek:
192.168.1.0/24 - 192.168.1.1[A] = [B]192.168.2.1 - 192.168.2.0/24A ted by mne zajimalo co dela routa na 192.168.2.0 sit na A LAN ? NN
je to staticka routa na cisco pix 192.168.1.10 (firewall/gateway), ke kterymu nemam zadnej pristup (norsky zakony ci jak to nazvat), za nim (tim pixem) by se mela nachazet "bezpecna zona", kterou pouzivaj doktori .., slo mi v jadru vo to, udelat si statickej tunel do prace na tu 192.168.1/24 (A rozsah) - v tomto rozsahu sou stoje, ktery mam na starost, doma mam ten druhej rozsah (B)192.168.2/24 co se hada s tema doktorama, nicmene tunel momentalne bezi a na tech strojich v A rozsahu mom. delam, tunel je otevrenej jen jednim smerem B->A ....k.
Takže topologie je routerLinuxA <-> pix <-> routerLInuxB a navazování spojení je jen z jedné strany? Ty jsi admin serverů nebo celého bezpečnostního řešení?
192.168.2.0 LAN -> NAT (172.16.24.2/24) -> VPN <- NAT (172.16.24.3/24) <- LAN 192.168.2.0to pujde, NN
Tiskni
Sdílej: