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.
kobliha.fuj.com) jde bez problemu, na serveru ping na hlavni domenu fuj.com jde taky. Ale kdyz chci z klientskeho pc dat ping na fuj.com tak mi napise ze nenasel tuto domenu, ale ping na maso.fuj.com jde. Nevite kde by mohl byt problem? Pri startu bindu neni zadna chybova hlaska. Ve forwardes mam dns sveho poskytovatele internetu. A uz fakt nevym ke by mohla byt chyba. Pokud by to bylo nutne dam sem i konfiguraky bindu. v /etc/hosts mam (mimo localu)172.16.2.1 srv.fuj.com srv 213.164.xxx.xxx fuj.comV
host.conf mam aby uprednostnil bind.
V resolv.conf mam search fuj.com nameserver 127.0.0.1
tcpdump jsem jiz zkousel ale bohuzel nic prevratneho z nej nevylezlo, dostal pozadavek a vratil tazately s tim ze u tazatele to hodilo ze nezna fuj.com. I pri uplne vypnutym firewallu se to chova stejne zadna zmena. Kudla to je divne vse jede net jede vse v poho. JInak na klientskem PC s XP kdyz to testnu pres nslookup tak mi pri set type=a fuj.comhodi
server: srv.fuj.com adresa 172.16.2.1 nazev: fuj.com
tcpdumpu:
09:49:53.187433 IP maso.fuj.com.32768 > srv.fuj.com.domain: 38375+ A? fuj.com. (29) 09:49:53.188612 IP srv.fuj.com.domain > maso.fuj.com.32768: 38375* 0/1/0 (77) 09:49:53.188796 IP maso.fuj.com.32768 > srv.fuj.com.domain: 52962+ A? fuj.com.fuj.com. (41) 09:49:53.189655 IP srv.fuj.com.domain > maso.fuj.com.32768: 52962 NXDomain* 0/1/0 (89)Vypis
dig @localhost:
root@srv:~# dig @localhost ; <<>> DiG 9.3.1 <<>> @localhost ; (1 server found) ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 47830 ;; flags: qr rd ra; QUERY: 1, ANSWER: 13, AUTHORITY: 0, ADDITIONAL: 13 ;; QUESTION SECTION: ;. IN NS ;; ANSWER SECTION: . 77894 IN NS A.ROOT-SERVERS.NET. . 77894 IN NS B.ROOT-SERVERS.NET. . 77894 IN NS C.ROOT-SERVERS.NET. . 77894 IN NS D.ROOT-SERVERS.NET. . 77894 IN NS E.ROOT-SERVERS.NET. . 77894 IN NS F.ROOT-SERVERS.NET. . 77894 IN NS G.ROOT-SERVERS.NET. . 77894 IN NS H.ROOT-SERVERS.NET. . 77894 IN NS I.ROOT-SERVERS.NET. . 77894 IN NS J.ROOT-SERVERS.NET. . 77894 IN NS K.ROOT-SERVERS.NET. . 77894 IN NS L.ROOT-SERVERS.NET. . 77894 IN NS M.ROOT-SERVERS.NET. ;; ADDITIONAL SECTION: A.ROOT-SERVERS.NET. 164294 IN A 198.41.0.4 B.ROOT-SERVERS.NET. 164294 IN A 192.228.79.201 C.ROOT-SERVERS.NET. 164294 IN A 192.33.4.12 D.ROOT-SERVERS.NET. 164294 IN A 128.8.10.90 E.ROOT-SERVERS.NET. 164294 IN A 192.203.230.10 F.ROOT-SERVERS.NET. 164294 IN A 192.5.5.241 G.ROOT-SERVERS.NET. 164294 IN A 192.112.36.4 H.ROOT-SERVERS.NET. 164294 IN A 128.63.2.53 I.ROOT-SERVERS.NET. 164294 IN A 192.36.148.17 J.ROOT-SERVERS.NET. 164294 IN A 192.58.128.30 K.ROOT-SERVERS.NET. 164294 IN A 193.0.14.129 L.ROOT-SERVERS.NET. 164294 IN A 198.32.64.12 M.ROOT-SERVERS.NET. 164294 IN A 202.12.27.33 ;; Query time: 88 msec ;; SERVER: 127.0.0.1#53(127.0.0.1) ;; WHEN: Sat Nov 25 09:53:39 2006 ;; MSG SIZE rcvd: 436Jeste dodam z vnejsi site jde domena bez problemu pingnout. To znamena znami u jineho poskytovatele v jinem meste mou dome bez problemu pingne a vrati mu to mou verejnou IP.
named.conf.Snad nekoho neco napadne.
key "rndc-key" {
algorithm hmac-md5;
secret "y2UZu8nWDm3ULEwGDVGqOA==";
};
controls {
inet 127.0.0.1 port 953
allow { 127.0.0.1; } keys { "rndc-key"; };
};
options {
directory "/var/named/";
pid-file "/var/run/named/named.pid";
auth-nxdomain yes;
query-source port 53;
forwarders {
213.xxx.xxx.xxx;
213.xxx.xxx.xxx;
};
forward only;
};
logging {
category lame-servers {null;};
};
zone "." IN {
type hint;
file "named.ca";
};
zone "0.0.127.in-addr.arpa" IN {
type master;
file "named.local";
};
zone fuj.com {
type master;
file "primary/named.fuj.com";
};
zone 2.16.172.in-addr.arpa {
type master;
file "primary/named.rev.fuj.com";
};
Prosim pomozte uz nevim kudy kam.
Tiskni
Sdílej: