MALUS je kontroverzní proprietarní nástroj, který svým zákazníkům umožňuje nechat AI, která dle tvrzení provozovatelů nikdy neviděla původní zdrojový kód, analyzovat dokumentaci, API a veřejná rozhraní jakéhokoliv open-source projektu a následně úplně od píky vygenerovat funkčně ekvivalentní software, ovšem pod libovolnou licencí.
Příspěvek na blogu Ubuntu upozorňuje na několik zranitelností v rozšíření Linuxu o mandatorní řízení přístupu AppArmor. Společně jsou označovány jako CrackArmor. Objevila je společnost Qualys (technické detaily). Neprivilegovaný lokální uživatel se může stát rootem. Chyba existuje od roku 2017. Doporučuje se okamžitá aktualizace. Problém se týká Ubuntu, Debianu nebo SUSE. Red Hat nebo Fedora pro mandatorní řízení přístupu používají SELinux.
Byla vydána nová verze 19 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.
Bitwig Studio (Wikipedie) bylo vydáno ve verzi 6. Jedná se o proprietární multiplatformní (macOS, Windows, Linux) digitální pracovní stanici pro práci s audiem (DAW).
Společnost Igalia představila novou linuxovou distribuci (framework) s názvem Moonforge. Jedná se o distribuci určenou pro vestavěné systémy. Vychází z projektů Yocto a OpenEmbedded.
Google Chrome 146 byl prohlášen za stabilní. Nejnovější stabilní verze 146.0.7680.71 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 29 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
D7VK byl vydán ve verzi 1.5. Jedná se o fork DXVK implementující překlad volání Direct3D 3 (novinka), 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.
Bylo vydáno Eclipse IDE 2026-03 aneb Eclipse 4.39. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Ze systému Slavia pojišťovny uniklo přibližně 150 gigabajtů citlivých dat. Jedná se například o pojistné dokumenty, lékařské záznamy nebo přímou komunikaci s klienty. Za únik může chyba dodavatelské společnosti.
Sněmovna propustila do dalšího kola projednávání vládní návrh zákona o digitální ekonomice, který má přinést bezpečnější on-line prostředí. Reaguje na evropské nařízení DSA o digitálních službách a upravuje třeba pravidla pro on-line tržiště nebo sociální sítě a má i víc chránit děti.
route -n Směrovací tabulka v jádru pro IP Adresát Brána Maska Přízn Metrik Odkazů Užt Rozhraní 0.0.0.0 192.168.0.1 0.0.0.0 UG 0 0 0 eth0 10.6.6.6 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0 192.168.0.0 0.0.0.0 255.255.255.0 U 1 0 0 eth0 127.0.0.0 127.0.0.1 255.0.0.0 UG 0 0 0 lo1) Jak přidat směrování na ip 23.63.64.89 pomocí adaptéru ppp0? 2) Jak změnit metriku pro ppp0 na třeba hodnotu 10, protože jinak se zdá že síť celkově laguje. Děkuji za reakce.
route add -host 23.63.64.89 gw 10.6.6.6 dev ppp0 23.63.64.89 10.6.6.6 255.255.255.255 UGH 0 0 0 ppp0 celkově tedy: route -n Směrovací tabulka v jádru pro IP Adresát Brána Maska Přízn Metrik Odkazů Užt Rozhraní 0.0.0.0 192.168.0.1 0.0.0.0 UG 0 0 0 eth0 10.6.6.6 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0 192.168.0.0 0.0.0.0 255.255.255.0 U 1 0 0 eth0 23.63.64.89 10.6.6.6 255.255.255.255 UGH 0 0 0 ppp0 127.0.0.0 127.0.0.1 255.0.0.0 UG 0 0 0 loTakto se stále systém připojuje přes eth0.
"man IP" funguje, ale to už raději snad "man route"
Ne, to raději ne. Už třináct let ne.
Takto se stále systém připojuje přes eth0.
Co znamená "systém připojuje"? Že nějaké pakety s cílovou adresou 23.63.64.89 odcházejí přes eth0?
route add -host 23.63.64.89 gw 10.6.6.6 dev ppp0
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
ip route add 23.63.64.89 via 10.6.6.6 dev ppp0
ip route showZde jsou moje routy přidány přes route -add popsány pomocí "via" etc.
ip funguje na jádrech 2.2 a vyšších vždy správně. ifconfig/route se snaží emulovat chování jádra 2.0 – v některých případech se to podaří dobře (z toho jsou pak ty hlášky v diskuzích „mě funguje ifconfig/route správně“), v některých případech to funguje tak napůl a mate to uživatele, v některých případech je to úplně špatně (třeba ifconfig nezobrazí všechny přidělené IP adresy, route nezobrazí všechny routovací záznamy). Rozlišit, o který případ se jedná, není snadné – takže je lepší v Linuxu vždy používat ip a mít správné výsledky. Příklady třeba zde: Zkusme mluvit - aneb proč (mimojiné) nepoužívat ifconfig...
ip route add 23.63.64.0/24 via 10.6.6.6 dev ppp0
23.63.64.89/24 je teoreticky správně a je ekvivalentní 23.63.64.0/24. Z důvodu přehlednosti se ale raději pro označení sítě používá nejmenší adresa v síti, v tomto případě tedy ta s nulou na konci. Maska sítě nemusí být násobek 8, třeba síť 192.168.1.12–192.168.1.15 se označuje jako 192.168.1.12/30.
12.7.2012 15:39
Punny | skóre: 28
| Praha
2) Jak změnit metriku pro ppp0 na třeba hodnotu 10, protože jinak se zdá že síť celkově laguje.
S vaší směrovací tabulkou nemá smysl nastavovat metriku, protože ta má význam pouze pokud máte dvě položky pro stejný cílový rozsah.
12.7.2012 15:35
rADOn | skóre: 44
| blog: bloK
| Praha
route add -host 23.63.64.89 gw 10.6.6.6 dev ppp0funguje vše jak má, tedy na tuto konrétní adresu přistupuji přes jiný adaptér. Děkuji za rady. Každopádně pokud není problém v metrice, vzhledem k adresnímu rozsahu, tak nějak nechápu lag při přístupu na internet. Mám aktivní dvě připojení, ale pouze jedno jako "UG", tak proč otevření každé stránky trvá několik sekund?. Já jsem tento problém vyřešil lokální cache DNS, ale je to spíše náplast nežli řešení. Nějaký nápad?
To "otevření stránky" je ve skutečnosti dost komplexní operace, která se skládá z několika kroků, přičemž každý z nich může za určitých okolností způsobovat prodlevu. Aby bylo možné určit, kde přesně prodleva vzniká, bylo by dobré izolovat problém. Můžete např. zkusit
Případně můžete zkusit monitorovat síťovou komunikaci wiresharkem a z časového odstupu jednotlivých paketů by mělo být patrné, kde prodleva (nebo její podstatná část) vzniká.
Tiskni
Sdílej:
