VirtualBox, tj. multiplatformní virtualizační software, byl vydán v nové verzi 7.2. Přehled novinek v Changelogu. Vypíchnou lze vylepšené GUI.
Eric Migicovsky, zakladatel společnosti Pebble, v lednu oznámil, že má v plánu spustit výrobu nových hodinek Pebble s již open source PebbleOS. V březnu spustil předprodej hodinek Pebble Time 2 (tenkrát ještě pod názvem Core Time 2) za 225 dolarů s dodáním v prosinci. Včera představil jejich konečný vzhled (YouTube).
Byla oznámena nativní podpora protokolu ACME (Automated Certificate Management Environment) ve webovém serveru a reverzní proxy NGINX. Modul nginx-acme je zatím v preview verzi.
Vývojáři KDE oznámili vydání balíku aplikací KDE Gear 25.08. Přehled novinek i s náhledy a videi v oficiálním oznámení.
Společnost Perplexity AI působící v oblasti umělé inteligence (AI) podala nevyžádanou nabídku na převzetí webového prohlížeče Chrome internetové firmy Google za 34,5 miliardy dolarů (zhruba 723 miliard Kč). Informovala o tom včera agentura Reuters. Upozornila, že výše nabídky výrazně převyšuje hodnotu firmy Perplexity. Společnost Google se podle ní k nabídce zatím nevyjádřila.
Intel vydal 34 upozornění na bezpečnostní chyby ve svých produktech. Současně vydal verzi 20250812 mikrokódů pro své procesory řešící 6 bezpečnostních chyb.
Byla vydána nová verze 1.25 programovacího jazyka Go (Wikipedie). Přehled novinek v poznámkách k vydání.
Byla vydána beta verze Linux Mintu 22.2 s kódovým jménem Zara. Podrobnosti v přehledu novinek a poznámkách k vydání. Vypíchnout lze novou XApp aplikaci Fingwit pro autentizaci pomocí otisků prstů nebo vlastní fork knihovny libAdwaita s názvem libAdapta podporující grafická témata. Linux Mint 22.2 bude podporován do roku 2029.
Provozovatel internetové encyklopedie Wikipedie prohrál v Británii soudní spor týkající se některých částí nového zákona o on-line bezpečnosti. Soud ale varoval britského regulátora Ofcom i odpovědné ministerstvo před zaváděním přílišných omezení. Legislativa zpřísňuje požadavky na on-line platformy, ale zároveň čelí kritice za možné omezování svobody slova. Společnost Wikimedia Foundation, která je zodpovědná za fungování
… více »Byla vydána verze 2.0.0 nástroje pro synchronizaci dat mezi vícero počítači bez centrálního serveru Syncthing (Wikipedie). Přehled novinek na GitHubu.
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 adresa
jmeno -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: