Sziasztok!
Működik a világban olyan DNS-szerver, ami nem kezeli helyesen, esetleg meg sem enged felvenni olyan CNAME-rekordokat, amelyek egy másik CNAME-re mutatnak?
Tudtok ilyen szerverről?
- 1063 megtekintés
Hozzászólások
"Működik a világban olyan DNS-szerver, ami nem kezeli helyesen, ...?"
Nem lenne szabad ilyennek lennie.
RFC1034:
"3.6.2. Aliases and canonical names:
Of course, by the robustness principle, domain software should not fail when presented with CNAME chains or loops; CNAME chains should be followed and CNAME loops signalled as an error."
"esetleg meg sem enged felvenni olyan CNAME-rekordokat"
A fentiek miatt nincs értelme.
De az a kérdés, hogy mi a cél, illetve mi a megoldandó probléma. Vagy csak öncélúan hibás implementációjú szerverek felkutatása a cél?
A DNS szerverek működésétől, és a zóna adataitól függetlenül lehetnek egyéb megkötések vagy utalások egyéb protokollok esetében (pl. SMTP).
- A hozzászóláshoz be kell jelentkezni
Az 1034-es RFC azt is mondja pár sorral feljebb, hogy:
Domain names in RRs which point at another name should always point at
the primary name and not the alias.
Should mint "kényszer", nem túl szigorú. A must és a have to ölég szigorú, de a should csak egy tanács. Ezért nem vagyok benne biztos, hogy minden DNS-szerverfejlesztő jól alkalmazza a 1034-et.
Azok, akik a SOA-ban szereplő TTL-t minimumnak vették, nem negatív cache-nek, azok is biztosan olvasták a 1034/1035-öt, de mégsem jól implementálták. Szóval szerintem elképzelhető, hogy vannak olyan DNS-szerverimplementációk, amelyek a bekezdées első should-ját veszik komolyan, a másodikat meg tanácsként félredobják.
- A hozzászóláshoz be kell jelentkezni
Kell működnie. Akkor lehet probléma, ha mondjuk MX vagy NS rekord mutat CNAME-re, egyéb esetben nem. Plusz egy sokszor nem ismert tulajdonsága a CNAME-nek, hogy azon a szinten semmilyen más rekord nem lehet, mert a CNAME az egész szintet "áthelyezi" (innen a neve is).
- A hozzászóláshoz be kell jelentkezni