raylib (Wikipedie), tj. multiplatformní open-source knihovna pro vývoj grafických aplikací a her, byla vydána ve verzi 6.0.
Nové verze AI modelů. Společnost OpenAI představila GPT‑5.5. Společnost DeepSeek představila DeepSeek V4.
Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 164 (pdf) a Hello World 29 (pdf).
Bylo oznámeno, že webový prohlížeč Opera GX zaměřený na hráče počítačových her je už také na Flathubu and Snapcraftu.
Akcionáři americké mediální společnosti Warner Bros. Discovery dnes schválili převzetí firmy konkurentem Paramount Skydance za zhruba 110 miliard dolarů (téměř 2,3 bilionu Kč). Firmy se na spojení dohodly v únoru. O část společnosti Warner Bros. Discovery dříve usilovala rovněž streamovací platforma Netflix, se svou nabídkou však neuspěla. Transakci ještě budou schvalovat regulační orgány, a to nejen ve Spojených státech, ale také
… více »Canonical vydal (email, blog, YouTube) Ubuntu 26.04 LTS Resolute Raccoon. Přehled novinek v poznámkách k vydání. Vydány byly také oficiální deriváty Edubuntu, Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu Cinnamon, Ubuntu Kylin, Ubuntu Studio, Ubuntu Unity a Xubuntu. Jedná se o 11. vydání s dlouhodobou podporou (LTS).
V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Gitea (Wikipedie) byla vydána v nové verzi 1.26.0. Přehled novinek v příspěvku na blogu.
Ve středu 29. dubna 2026 se v pražské kanceláři SUSE v Karlíně uskuteční 7. Mobile Linux Hackday, komunitní setkání zaměřené na Linux na mobilních zařízeních, kernelový vývoj i uživatelský prostor. Akce proběhne od 10:00 do večerních hodin. Hackday je určen všem zájemcům o praktickou práci s Linuxem na telefonech. Zaměří se na vývoj aplikací v userspace, například bankovní aplikace, zpracování obrazu z kamery nebo práci s NFC, i na úpravy
… více »LilyPond (Wikipedie) , tj. multiplatformní svobodný software určený pro sazbu notových zápisů, byl vydán ve verzi 2.26.0. Přehled novinek v aktualizované dokumentaci.
Byla vydána nová verze 11.0.0 otevřeného emulátoru procesorů a virtualizačního nástroje QEMU (Wikipedie). Přispělo 237 vývojářů. Provedeno bylo více než 2 500 commitů. Přehled úprav a nových vlastností v seznamu změn.
Dobrý den, není mi jasné, jak nastavit reverzní zonu u autoritativního DNS serveru pokud obsahuje více zón.
Na jedinou veřejnou IP adresu je registrováno více domén.
//named.conf
...
zone "domena1.cz" {
type master;
file "domena1.named";
};
zone "domena2.cz" {
type master;
file "domena2.named";
};
zone "72.75.77.in-addr.arpa" {
type master;
file "public.rev";
};
Záznamy v souboru public.rev se mají shodovat s doménou1 nebo doménou2? Na základě čeho vybírám doménu použitou v reverzním souboru?
// public.rev ... 1 IN PTR server.domena1.cz. 2 IN PTR petter.domena1.cz. 3 IN PTR polane.domena1.cz. // a nebo: //1 IN PTR server.domena2.cz. //2 IN PTR petter.domena2.cz. //3 IN PTR polane.domena2.cz. //proč?
Děkuji za vysvětlení.
Tomáš
Řešení dotazu:
napr pro prideleny ceckovy rozsah aaa.bbb.ccc.xxx bude reverzni ccc.bbb.aaa.in-addr.arpa a v nem 1 IN PTR server1.domena1.cz. 2 IN PTR server2.domena1.cz. 3 IN PTR server1.domena2.cz. 4 IN PTR server2.domena2.cz. ...
Děkuji moc za pomoc. Je mi jasné na co se používají reverzní záznamy. Nevím jak složit reverzní soubor na serveru, na jehož jedinou IP adresu je registrováno více domén.
Použil jste příklad:
napr pro prideleny ceckovy rozsah aaa.bbb.ccc.xxx 1 IN PTR server1.domena1.cz. 2 IN PTR server2.domena1.cz. 3 IN PTR server1.domena2.cz. 4 IN PTR server2.domena2.cz.
ale my máme pouze jediný server s jedinou veřejnou IP adresou. Tedy:
//domena1.named ... domena1.cz. A 72.75.77.1
//domena2.named ... domena2.cz. A 72.75.77.1
toto asi nebude dobře, že?
1 IN PTR server1.domena1.cz. 1 IN PTR server1.domena2.cz.
Nevím jak bude vypadat reverzní soubor pro 72.75.77.in-addr.arpa
Máte v podstě tři možnosti:
IP adresa -PTR-> jmeno -A-> tataz IP adresajmeno -A-> IP adresa" s PTR nutna neni).Násobný A záznam opravdu ničemu nevadí, ale o tom tady řeč nebyla.
A záznamy a reverzní záznamy si mají odpovídat. Tj. existuje-li k nějakému jménu záznam s určitou hodnotou, měli bychom toto jméno dostat reverzním lookupem té adresy. A samozřejmě i naopak. Že se to dnes v masovém měřítku porušuje kvůli pochybným SEO-poučkám typu "web by měl být dostupný i bez www", to je věc jiná.
When in doubt, ask sleuth. :-)
a A ip1 A ip2nevadí, ale násobný A záznam ve stylu
a A ip1 b A ip1vadí a měl by se použít záznam CNAME.
Násobný záznam je ale jen to první. To druhé by AFAIK mělo jít, bude-li reverzní záznam násobný; aspoň jsem tedy nikde v RFC nenašel nic, co by takovou konstrukci zakazovalo.
On je obecně problém, že zatímco se RFC týkající se DNS celkem podrobně zabývají situací, kdy je potřeba jedno jméno přeložit na víc adres (včetně toho, jak v tom případě mají vypadat reverzní záznamy), opačnou situací (více jmen na jednu adresu), která je dnes podstatně častější, se nezabývají prakticky vůbec.
U každého záznamu použijte to jméno, které má A záznam s příslušnou hodnotou. Tedy tak, aby si A záznamy odpovídaly s reverzními.
Mezi "přímými" a "reverzními" doménami není obecně žádná korespondence 1:1. Domény pro reverzní záznamy odpovídají síťovým rozsahům a adresám z jednoho rozsahu mohou odpovídat jména z mnoha různých domén.
Pokud máš server s jednou/nebo více adresami z rozsahu od nějakého ISP, pak musíš požádat o reverzní záznam tohoto ISPNebo o classless delegaci.
Tiskni
Sdílej: