V prosinci 2012 byla z linuxového jádra odstraněna podpora procesorů 386. Včera započalo odstraňování podpory procesorů 486.
IuRe (Iuridicum Remedium) vyhlásila Ceny Velkého bratra za rok 2025. Slídily roku jsou automobilka Volkswagen, Meta a česká Ministerstva vnitra a průmyslu a obchodu. Autorem Výroku Velkého bratra je dánský ministr spravedlnosti zpochybňující právo na šifrovanou komunikaci. Naopak Pozitivní cenu získali studenti Masarykovy univerzity za odpor proti nucení do používaní aplikace ISIC.
Po osmi měsících vývoje byla vydána nová verze 0.16.0 programovacího jazyka Zig (Codeberg, Wikipedie). Přispělo 244 vývojářů. Přehled novinek v poznámkách k vydání.
Nejnovější X.Org X server 21.1.22 a Xwayland 24.1.10 řeší 5 bezpečnostních chyb: CVE-2026-33999, CVE-2026-34000, CVE-2026-34001, CVE-2026-34002 a CVE-2026-34003.
Po roce vývoje od vydání verze 1.28.0 byla vydána nová stabilní verze 1.30.0 webového serveru a reverzní proxy nginx (Wikipedie). Nová verze přináší řadu novinek. Podrobný přehled v souboru CHANGES-1.30.
Raspberry Pi OS, oficiální operační systém pro Raspberry Pi, byl vydán v nové verzi 2026-04-13. Přehled novinek poznámkách k vydání. Nově ve výchozím nastavení příkaz sudo vyžaduje heslo.
Společnost Blackmagic Design oznámila vydání verze 21 svého proprietárního softwaru pro editování videí a korekci barev DaVinci Resolve běžícího také na Linuxu. Z novinek je nutno vypíchnout možnost editování fotografií. Základní verze DaVinci Resolve je k dispozici zdarma. Plnou verzi DaVinci Resolve Studio lze koupit za 295 dolarů.
Multipatformní renderovací jádro webového prohlížeče Servo je na crates.io. S vydáním verze 0.1.0 (LTS).
Nadace FreeBSD Foundation před týdnem oznámila projekt Laptop Integration Testing. Vyzvala dobrovolníky, aby pomocí nástroje otestovali podporu FreeBSD na svých zařízeních a výsledky odeslali vývojářům. Vznikla stránka Nejlepší notebooky pro FreeBSD.
Na začátku srpna vstoupí v účinnost nová evropská pravidla transparentnosti pro umělou inteligenci (AI). Zavádějí povinnost jakýkoli AI obsah označit, informovat o takzvaných deepfakes a upozornit uživatele, že komunikuje s umělou inteligencí. Cílem opatření je omezit šíření manipulativního či klamavého obsahu, zvýšit důvěru v digitální prostředí a chránit uživatele.
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: