Citat:
|
Ursprungligen postat av Kjette
Citat:
|
Ursprungligen postat av emilv
@ kan inte vara ett CNAME. En domän som har ett CNAME-värde får inte ha några andra andra värden alls. Andra nivåns domännamn (example.com) måste ha värden för NS så det kan inte finnas CNAME-värden för samma domän. Att sätta CNAME på @ är alltså i strid med RFC:n.
|
Står inget om detta i RFC, om du nu syftar på RFC1035.
|
Jag gillar inte att kasta RFC:er men eftersom du ber om det:
RFC1035:
CNAME RRs cause no additional section processing, but name servers may
choose to restart the query at the canonical name in certain cases. See
the description of name server logic in [RFC-1034] for details.
RFC1034:
A CNAME RR identifies its owner name as an alias, and
specifies the corresponding canonical name in the RDATA section of the
RR. If a CNAME RR is present at a node, no other data should be
present; this ensures that the data for a canonical name and its aliases
cannot be different. This rule also insures that a cached CNAME can be
used without checking with an authoritative server for other RR types.
samt hela avsnitt 4.2.1 i RFC 1034.
Jag har själv felsökt sådana ärenden tidigare och det verkar som att Bind9 vägrar ladda in zonen om den är felkonfigurerad på detta vis (vilket nu verkar ha hänt Tiagirl, eftersom Bineros namnservrar slutat svara för hennes domän).