PimpMyGRC upravuje vzhled toolkitu GNU Radio a přidává alternativní barevná témata. Primárním cílem autora bylo pouze vytvořit tmavé prostředí vhodné pro noční práci, nicméně k dispozici je nakonec celá škála barevných schémat včetně možností různých animací a vizuálních efektů (plameny, matrix, bubliny...), které nepochybně posunou uživatelský zážitek na zcela jinou úroveň. Témata jsou skripty v jazyce Python, které nahrazují
… více »GIMP 3.2 byl oficiálně vydán (Mastodon, 𝕏). Přehled novinek v poznámkách k vydání.
FRANK OS je open-source operační systém pro mikrokontrolér RP2350 (s FRANK M2 board) postavený na FreeRTOS, který přetváří tento levný čip na plně funkční počítač s desktopovým uživatelským rozhraním ve stylu Windows 95 se správcem oken, terminálem, prohlížečem souborů a knihovnou aplikací, ovládaný PS/2 myší a klávesnicí, s DVI video výstupem. Otázkou zůstává, zda by 520 KB SRAM stačilo každému 😅.
Administrativa amerického prezidenta Donalda Trumpa by měla dostat zhruba deset miliard dolarů (asi 214 miliard Kč) za zprostředkování dohody o převzetí kontroly nad aktivitami sociální sítě TikTok ve Spojených státech.
Projekt Debian aktualizoval obrazy stabilní větve „Trixie“ (13.4). Shrnuje opravy za poslední dva měsíce, 111 aktualizovaných balíčků a 67 bezpečnostních hlášení. Opravy se týkají mj. chyb v glibc nebo webovém serveru Apache.
Agent umělé inteligence Claude Opus ignoroval uživatelovu odpověď 'ne' na dotaz, zda má implementovat změny kódu, a přesto se pokusil změny provést. Agent si odpověď 'ne' vysvětlil následovně: Uživatel na mou otázku 'Mám to implementovat?' odpověděl 'ne' - ale když se podívám na kontext, myslím, že tím 'ne' odpovídá na to, abych žádal o svolení, tedy myslí 'prostě to udělej, přestaň se ptát'.
Po 8. květnu 2026 už na Instagramu nebudou podporované zprávy opatřené koncovým šifrováním. V chatech, kterých se bude změna týkat, se objeví pokyny o tom, jak si média nebo zprávy z nich stáhnout, pokud si je chcete ponechat.
V lednu byla ve veřejné betě obnovena sociální síť Digg (Wikipedie). Dnes bylo oznámeno její ukončení (Hard Reset). Společnost Digg propouští velkou část týmu a přiznává, že se nepodařilo najít správné místo na trhu. Důvody jsou masivní problém s boty a silná konkurence. Společnost Digg nekončí, malý tým pokračuje v práci na zcela novém přístupu. Cílem je vybudovat platformu, kde lze důvěřovat obsahu i lidem za ním. Od dubna se do Diggu na plný úvazek vrací Kevin Rose, zakladatel Diggu z roku 2004.
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.
zone "localhost" {
type master;
file "/etc/bind/db.local";
};
zone "127.in-addr.arpa" {
type master;
file "/etc/bind/db.127";
};
zone "0.in-addr.arpa" {
type master;
file "/etc/bind/db.0";
};
zone "255.in-addr.arpa" {
type master;
file "/etc/bind/db.255";
};
zone "domena.tld" {
type master;
file "/etc/bind/domena.tld";
slaves { yyy.yyy.yyy.yyy; };
};
zone "xxx.xxx.xxx.in-addr.arpa" {
type master;
file "/etc/bind/xxx-xxx-xxx";
slaves { yyy.yyy.yyy.yyy; };};
domena.tld
$TTL 86400 @ IN SOA ns1.domena.tld. admin.domena.tld. ( 2007061438 10800 1800 1209600 604800 ) @ IN NS ns1.domena.tld. @ IN NS ns2.domena.tld. @ IN MX 10 mail.domena.tld. ns1 IN A xxx.xxx.xxx.xxx domena.tld. IN CNAME ns1.domena.tld. mail IN CNAME ns1.domena.tld. smtp IN CNAME ns1.domena.tld. pop3 IN CNAME ns1.domena.tld. www IN CNAME ns1.domena.tld.xxx-xxx-xxx
$TTL 86400 @ IN SOA ns1.domena.tld. admin.domena.tld. ( 2007061438 10800 1800 1209600 604800 ) @ IN NS ns1.domena.tld. @ IN NS ns2.domena.tld. @ IN MX 10 mail.domena.tld. xxx IN PTR ns1.domena.tld. xxx IN PTR domena.tld. xxx IN PTR mail.domena.tld. xxx IN PTR smtp.domena.tld. xxx IN PTR pop3.domena.tld. xxx IN PTR www.domena.tld.named.conf.options
options {
directory "/var/cache/bind";
query-source address * port 53;
forwarders {
11.11.111.1;
222.2.2.2;
333.333.333.333;
};
auth-nxdomain no; # conform to RFC1035
listen-on-v6 { any; };
forward first;
};
Předem moc díky, chci vědět, jestli to bude oK a budu si moci zaregistrovat u CZNIC bez problémů doménu.
named-checkconf /etc/bind/named.conf
Nenapsal nic
named-checkconf /etc/bind/named.conf.options
Nenapsal nic
Takže bych řekl, že je to buď blbě celé, enbo naopak dobře, nevím, jak moc je bind ukecaný, ale nepíše žádnou chybu, prostě nic.
named-checkzone domena.tld /etc/bind/domena.tld
dns_master_load: /etc/bind/domena.tld:14: domena.tld: CNAME and other data
dns_master_load: /etc/bind/domena.tld:14: domena.tld: CNAME and other data
dns_master_load: /etc/bind/domena.tld:14: domena.tld: CNAME and other data
zone domena.tld/IN: loading master file /etc/bind/domena.tld: CNAME and other data
named-checkzone xxx.xxx.xxx.in-addr.arpa /etc/bind/xxx-xxx-xxx
zone xxx.xxx.xxx.in-addr.arpa/IN: loaded serial 2007061438
OK
Tady mi v prvním případě píše to samé
x a narozdil od druhého na konci není OK, ale žádnou zmínku o chybě taky nevidím.
Ano o delegaci domény svým ISP vím, praktickou zkušenost nemám, ale četl jsem o tom. Ale ono není co delegovat, ještě doménu nemám, nejdříve je zapotřebí pořádně rozchodit DNS, abych při registraci domény neměl problémy. Díky za ochotu a za další info, jestli to je takto OK
Existuje-li pro nějaké jméno CNAME záznam, nesmí už k němu existovat žádný další záznam (jakéhokoli typu).
P.S.: příště pro podobné výpisy použijte element pre
A záznam může koexistovat s jinými záznamy a může být i násobný.
Spíš naopak. Pokud dáte třem jménům A záznam se stejnou hodnotou, musel byste mít násobný reverzní záznam. Ten váš druhý příklad je naprosto v pořádku. Já jsem ale mluvil o opačné situaci: více záznamů k jednomu jménu. Tedy že klidně můžete mít
name.example.org. A 1.2.3.4 name.example.org. A 1.2.3.5 name.example.org. A 1.2.3.6 name.example.org. MX 20 mail.example.org.
ale jakmile budete mít
name.example.org. CNAME other.example.org.
nesmí už pro jméno name.example.org existovat žádný jiný záznam.
Vy tam ale máte pro name.example.org MX záznam, čili už je kromě CNAME i MX záznam a je to špatně?
To jsou samozřejmě dva různé příklady. V prvním žádný CNAME záznam není, ve druhém je naopak jenom ten CNAME záznam.
Přesně tak, reverzní záznam má ukazovat na "kanonické" jméno odpovídající dané adrese, tedy to, k němuž existuje A záznam, ne už na jeho případné aliasy. CNAME záznamy se totiž nevztahují jen k A záznamům, ale ke jménu jako takovému. Záznam
jmeno1.example.org. CNAME jmeno2.example.org.
říká, že jmeno1.example.org je pouze alias pro jmeno2.example.org, což v praxi znamená, že jakýkoli dotaz na jmeno1.example.org bude vyhodnocen jako dotaz stejného typu na jmeno2.example.org. To je také důvod, proč vedle takového záznamu nesmějí existovat další záznamy - kolidovaly by s odpovídajícími záznamy pro kanonické jméno.
Tiskni
Sdílej: