Multiplatformní prohlížeč elektronických knih KOReader byl vydán ve verzi 2026.07 "Sailing Walrus". U PDF souborů s SMask lze vyčistit pozadí. Přibyla podpora Kobo v5 nebo základní podpora OPDS 2.0.
Společnost Valve sponzoruje a společnost Collabora portuje RADV (open source Vulkan ovladač pro AMD GPU z projektu Mesa) na Windows.
Starling (GitHub) je desktopové prostředí vytvořeno umělou inteligencí (s dohledem jednoho vývojáře během šesti měsíců).
Dne 30. června 2026 byla završena fyzická realizace projektu Czech National Quantum Communication Infrastructure (CZQCI), tedy České národní kvantové komunikační infrastruktury. Projekt byl realizován od 1. března 2023 a financován z Národního plánu obnovy částkou 121,6 milionu Kč. Cílem podpořeného projektu bylo vybudovat základy národní kvantové komunikační infrastruktury a ověřit možnosti jejího praktického využití. Mezi
… více »Město Šumperk se stalo terčem kybernetického útoku, chod úřadu je omezen. Zjišťuje se, jestli unikla nějaká data. Cílem hackerů byla městská datová síť. První útoky zaznamenali odborníci na informační technologie již v pondělí večer, závady se ale plně projevily až dnes ráno. Město událost nahlásilo Národnímu úřadu pro kybernetickou a informační bezpečnost (NUKIB).
Samba, svobodná implementace síťového protokolu SMB/CIFS, byla vydána ve verzích 4.24.5, 4.23.10 a 4.22.11. Řešeno je 6 zranitelností.
Přední technologické společnosti (Adobe, Cadence, Capital One, Cisco, Cloudera, Cloudflare, Cognition, CrowdStrike, Databricks, Dell Technologies, DoorDash, Elastic, HPE, Hugging Face, IBM, LangChain, Linux Foundation, Microsoft, NAVER, NetApp, Nous Research, NVIDIA, OpenClaw, Palantir, Palo Alto Networks, Red Hat, Reflection AI, Salesforce, SAP, ServiceNow, Siemens, SK Telecom, Snowflake, SpacexAI, Synopsys, Thinking
… více »Krabix.cz je online 3D konfigurátor krabiček pro 3D tisk s exportem do STL. Běží přímo v prohlížeči. Nic se neposílá na server.
Nadace Open Home Foundation spustila veřejnou preview verzi komunitní databáze zařízení pro Home Assistant. Má fungovat jako „Wikipedie pro chytrá zařízení".
Na stránce nového panelu Firefoxu přibudou nové widgety. Například denně aktualizována interaktivní křížovka.
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: