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.
$ nslookup pavel Server: 127.0.1.1 Address: 127.0.1.1#53 Name: pavel.kobliha.loc Address: 10.0.10.2 $ nslookup pavel Server: 127.0.1.1 Address: 127.0.1.1#53 *** Can't find pavel: No answerTo samé i bez nscd. Ale
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
nslookup pavel 10.0.10.1 funguje vždycky. Takže to Ubuntu dělá nějaký čachry s tím DNS serverem.
$ cat /etc/resolv.conf # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN nameserver 127.0.1.1 search kobliha.loc lanPustím si ještě na
cat watch a budu hlídat, co se dějě, když je ten výpadek..
nslookup pavel 10.0.10.1 funguje vždy.
/etc/resolv.conf se zapsala konfigurace DNS kterou systém dostane z DHCP a je tam na fix to 127.0.1.1. a obcas zřejmě dostane ze serveru zprávu ze je autoritativní pro domenu kobliha.loc a pak ji zase timeoutem zapomene.
Normální je mít v domácí síti jeden nameserver na který se bude každý obracet. Tedy do resolv.conf se dostane adresa 10.0.10.1
nscd. Jinde NetworkManager updatne /etc/resolv.conf při každém nahození konektivity. Tady má nastaveno že vše řeší lokální cachující nameserver a tak to vždy nakonfiguruje na něj. Taky mám notebooky které tahám do x sítí, ale lokální nameserver bych do něj nedal.
# service nscd stop * Stopping Name Service Cache Daemon nscd [ OK ] # nslookup pavel Server: 127.0.1.1 Address: 127.0.1.1#53 *** Can't find pavel: No answer # nslookup pavel Server: 127.0.1.1 Address: 127.0.1.1#53 *** Can't find pavel: No answer # nslookup pavel Server: 127.0.1.1 Address: 127.0.1.1#53 *** Can't find pavel: No answer # nslookup pavel Server: 127.0.1.1 Address: 127.0.1.1#53 *** Can't find pavel: No answer # nslookup pavel Server: 127.0.1.1 Address: 127.0.1.1#53 *** Can't find pavel: No answer # nslookup pavel 10.0.10.1 Server: 10.0.10.1 Address: 10.0.10.1#53 Name: pavel.kobliha.loc Address: 10.0.10.2 # nslookup pavel Server: 127.0.1.1 Address: 127.0.1.1#53 *** Can't find pavel: No answer
# nslookup pavel Server: 127.0.1.1 Address: 127.0.1.1#53 Name: pavel-pc.kobliha.loc Address: 10.0.10.2
resolv.conf Zatím si NM myslí že tam je lokální nameserver a pošle vše na něho. Tohleto vědomí NM se patrně nezmění tím, že ten lokální server jen vypneš. (ale dá se to zkusit vypnutím a znovu zapnutím wifiny) protože to nastavení DNS serveru do resolv.conf se děje jen když se nahazuje linka (nebo při novém zapůjčení IP adres z DHCP) nezmění se tím, že nějaký program spustíš nebo zastavíš.
#echo "nameserver 10.0.10.1" > /etc/resolvconf/resolv.conf.d/head #resolvconf -u
#cat /etc/resolv.conf nameserver 10.0.10.1 nameserver 127.0.1.1Ale je to spíš jen takovej workaround...
petr@NT-Olomouc:/etc/NetworkManager/system-connections$ ls Drátové připojení 1 kabel.doma.cz.5Ghz sofie kabel.doma.cz.29 sofia-bezrucova petr@NT-Olomouc:/etc/NetworkManager/system-connections$ uname -a Linux NT-Olomouc 3.19.0-30-generic #34~14.04.1-Ubuntu SMP Fri Oct 2 22:09:39 UTC 2015 x86_64 x86_64 x86_64 GNU/LinuxZa další bych prošel soubory a pochybnou IP 127.0.1.1 vyházel ze všech konfiguráků, tato adresa mi nesmí do PC loop rozhraní je 127.0.0.1 .
Tiskni
Sdílej:
