Zdaleka nejvic nesrovnalosti mezi A/AAAA a PTR neni zpusobeno ani neumyslnou chybou, ani s umyslem podvadet - ale jde o vysledek proste a obycejne lidske lenosti, pripadne doplnene i o neochotu to na pozadani menit. V horsim pripade ta reverzni zona neexistuje vubec, v lepsim je alespon vygenerovana tak, ze reverzni zaznam je nejaka odvozenina IP adresy v kombinaci s doprednou zonou poskytovatele... a protoze asi krome SMTP ta nekonzistence problemy v zasade nikde nezpusobuje, proste to nikdo neresi.... proste se na to kasle.
Může být více PTR záznamů k jedné IP adrese, ale nedoporučuje se to. Stačí, aby PTR záznam odkazoval na jedno FQDN, které má A/AAAA záznam pro tuto adresu.
Při ověřování to není problém: FQDN z PTR musí mít jednu z adres z toho PTR.
Když budete mít víc PTR, můžete se v tom zacyklit, protože nikdy nevíte, v jakém pořadí je dostanete. Navíc byla v glibc chyba v getnameinfo, která pří víc (hodně) PTR záznamech vracela unknown místo kteréhokoliv z těch PTR.
Dosud byly e-verze knih edice CZ.NIC ke stažení zdarma, ale poslední
dvě už nejsou (tato a předchozí o micro:bitu), resp. na knihy.nic.cz nejsou
příslušné odkazy anení to tam nijak vysvětleno. Asi by bylo zajímavé
se dovědět jednoznačně, co to znamená, tj. jestli už e-verze zdarma nebudou
u nových publikací vůbec nebo jen u některých z nich nebo jak vlastně.
Nemůže být někdy problém s tím lomítkem? Pokud se nepletu, patřívalo mezi zakázané znaky v doménovém jménu. Kdysi jsme na to narazili, pravda, před 30 lety :-). Podobně podtržítko, to jsme používali u serverů Novell Netware, kde nevadilo - po jejich připojení do Internetu jsme je museli přejmenovat.
Lomitko specificky v SOA definuje uz RFC 1035 z roku 1987. Nezamenovat prosim s lomitkem/podtrzitkem v hostname, to je trosku jina vec... ;-)