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.
Meta převezme sociální síť pro umělou inteligenci (AI) Moltbook. Tvůrci Moltbooku – Matt Schlicht a Ben Parr – se díky dohodě stanou součástí Meta Superintelligence Labs (MSL). Meta MSL založila s cílem sjednotit své aktivity na poli AI a vyvinout takovou umělou inteligenci, která překoná lidské schopnosti v mnoha oblastech. Fungovat by měla ne jako centralizovaný nástroj, ale jako osobní asistent pro každého uživatele.
Ahoj, prosím o radu se směrováním. Funguje mi bez potíží, ale route -n vrací tohle:
Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 10.84.55.0 0.0.0.0 255.255.255.128 U 0 0 0 eth1 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth1 0.0.0.0 10.84.55.126 0.0.0.0 UG 0 0 0 eth1
Prostřední záznam tam nemá co pohledávat. Netuším, jak se tam dostává.
Zbytečný záznam se objevuje vždy při použití dhcp. Zkoušel jsem už nejméně pět zcela odlišných AP s různými typy WPA a dva ethernetové switche. Všude je situace stejná.
Ještě před měsícem jsem tam nic takového neměl. Už se to řešilo kdysi dávno, ale nějak se to nevyřešilo... Co když tam tu link local adresu prostě nechci?
NOZEROCONF=
Set this to not set a route for dynamic link-local addresses.
resp, NOZEROCONF=yes pridane do /etc/sysconfig/network.
To nemám, tohle je ArchLinux.
Tak jsem nainstaloval ArchLinux na svůj server, který má dvě síťová rozhraní ovládaná modulem e100. A zase se tam objevuje ta adresa navíc. Heeernajs! Asi kvůli tomu proletím stropem.
No jo, ale já tam žádný zeroconf nemám... Jestli se nemýlím, zeroconf je (ve Windows) prostě normální proces. A nic takového jsem v Linuxu nikdy neměl a nespouštěl.
Nebo má jít pouze o snahu zajistit jakousi kompatibilitu s (případnými) stroji s Windows, připojenými do stejné sítě? Ať tak nebo tak, nelíbí se mi to.
Co když to způsobuje dhcpcd? Nikdo jiný se v routovacích tabulkách nepřehrabuje. Při ruční konfiguraci bez DHCP (ifconfig a route) se tam ta LLA neobjeví.
No jo, ale je tam taky:
If dhcpcd fails to get a lease then we attempt Dynamic Configuration of IPv4 Link-Local Addresses unless the -L option is given.
Sice jsem nezadal -L, ale dhcpcd neselhal. Správně nakonfiguroval route, /etc/resolv.conf i síťové rozhraní. Tak proč i přesto nastavil LL adresu?
Že by snad zároveň dostal od DHCP serveru nějaké chybové hlášení? To asi ne, protože situace byla stejná se dvěma různými routery a dokonce i s DHCP serverem běžícím na mém notebooku.
Dobře, takže přidám -L a hotovo. Podle mě se ten dhcpcd nechová správně, ale nebudu se přece zabývat takovou kravinou.
Jen pro úplnost: v Archu se to nastaví v souboru /etc/conf.d/dhcpcd.
A to jsem to zkoušel se třemi různými DHCP servery... (Dva routery, jeden normální stroj s Linuxem.) Pokaždé se tam ta adresa objeví. Přitom ještě před měsícem tam nebývala.
Jak se píše o příspěvek výše, manuálová stránka jasně uvádí, že dhcpcd má nastavit LL adresu pouze při selhání. Když ale neselže a získá všechny údaje, nastavovat by ji neměl. To ovšem dělá...
Ten záznam je skutečně pro ZEROCONF, což je automatické přiřazení IP adresy pro Windows v sítích bez DHCP.ZEROCONF neni len pre Windows. Je to mechanizmus popisany v RFC standarte (cislo presne neviem) a vecsina zariadeni ho podporuje (naschval pisem zariadeni, lebo to funguje aj inde ako na pocitacoch).
Tiskni
Sdílej: