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 »Network is unreachableKonfiguraci mam takovou:
ip route add default via 10.154.243.1 table tab_isp1 ip route add default via 192.168.70.35 table tab_isp2 ip rule add table main prio 200 ip rule add from 192.168.80.150 table tab_isp1 prio 201 ip rule add from 192.168.80.151 table tab_isp1 prio 202 ip rule add from 192.168.80.152 table tab_isp1 prio 203 ip rule add from 192.168.80.153 table tab_isp2 prio 204 ip rule add from 192.168.80.154 table tab_isp2 prio 205 ip rule add from 192.168.80.155 table tab_isp2 prio 206 ip rule del prio 32766 ip rule del prio 32767 ip route flush cachev routru je rozhrani eth0 ma
ip 192.168.80.35eth1 ma
ip 10.154.243.51eth2 ma
192.168.70.100Myslim si ze tam chybi info kam ma ten servr jit kdyz ponem chcu aby treba provedl ping na seznam.Nevim ale kde a jak to tam zaradit.PC v siti maji jako branu nastaveno ip
192.168.80.35Dekuji za pomoc. Kamil
main (defaultní) přidejte default položku. Pravděpodobně to bude jedna z těchto tří možností:
ip route add default via 10.154.243.1 ip route add default via 192.168.70.35 ip route add default nexthop via 10.154.243.1 nexthop via 192.168.70.35
ip route add default via 10.154.243.1sli vsichni pres tuto branu a totez v moznosti 2 V prikladu
ip route add default nexthop via 10.154.243.1 nexthop via 192.168.70.35uz to fungovalo dobre ale pri nahodne kontrole ip na www strankach mi nektere zobrazuji ze ma zdrojova ip je ruzna aniz bych menil svoji ip v pc ..Je to mozne aby me servr prehazoval samocine ?
ip 192.168.80.150 odchazi pres 10.154.243.1Pokud nastavim ip na
192.168.80.153 tak to odchazi pres 192.168.70.35Ale ze servru se do internetu nedostanu.Kdyz pridam ten radek
ip route add default nexthop via 10.154.243.1 nexthop via 192.168.70.35tak uz se do inetu dostanu ale to odchazeni paketu je nejake divne. Podle stranky http://darkhell.mysteria.cz/ pres kterou kontroluju ip je to opacne tedy xx.150 jde pres 70.35 a xx.153 jde pres 243.1 a napriklad podle http://alliance.wz.cz/ je moje ip porad stejna at mam v pc nastaveno xx.150 nebo xx.153 Nez zapisu ten radek s nexhop tak obe adresy vykazuji ip spravne podle toho jak je menim.Tak jsem stoho dost zmateny.V pravidlech iptables mam tohle
$IPTABLES -t nat -A POSTROUTING -o eth1 -j SNAT --to 10.154.243.51
$IPTABLES -t nat -A POSTROUTING -o eth2 -j SNAT --to 192.168.70.100Neni chyba nekde tady ?
ip route add default brana_kterou_urcil_provider
jdu na to pouze selským "nestudovaným" rozumem
ip route add default via 10.154.243.1No a v tu ranu mi chodi vse od jakekoli ip pouze pres 10.154.243.1 Takze nevim ale asi je to logicke kdyz je default.To kdyz tam dam radek stim nexthop tak se to chova jinak v tom slmyslu ze to routuje presne opacne nez je v te tabulce.Uz to asi vypada blbe ale prosim jeste trpelivost. Diky
ip ro add 10.154.243.0/24 dev eth1 table tab_isp1 ip ro add 192.168.70.0/24 dev eth2 table tab_isp2
main.
ip rule add table main prio 200Tím všechno pošlete do tabulky
main a jakmile tam máte default položku, ostatní pravidla už nemají šanci dostat se ke slovu. Tohle vyhoďte, zrušte mazání implicitních pravidel s prioritami 32766 a 32767, doplňte do tabulek tab_isp1 a tab_isp2 položky pro "sousedy". To by mělo fungovat.
ip rule add table main prio 200uz to jede vse jak ma.Jeste k te poznamce ohledne tech "sousedu" muzete to nejak upresnit.
ip route add default via 10.154.243.1 table tab_isp1 ip route add default via 192.168.70.35 table tab_isp2 ip route add default via 10.154.243.1 ip rule add from 192.168.80.150 table tab_isp1 ip rule add from 192.168.80.151 table tab_isp1 ip rule add from 192.168.80.152 table tab_isp1 ip rule add from 192.168.80.153 table tab_isp2 ip rule add from 192.168.80.154 table tab_isp2 ip rule add from 192.168.80.155 table tab_isp2
Tiskni
Sdílej: