A And Cname-record

Ondřej Surý ondrej at isc.org
Thu Jun 18 11:41:02 UTC 2020


Jukka and others,

I would prefer if we didn’t scold people for typos on the mailing list. The typo
in the message had no impact on the question itself, and here, we are trying
to build community that’s welcoming to newcomers to the wonderful world
of DNS.

Ondrej
--
Ondřej Surý
ondrej at isc.org

> On 18 Jun 2020, at 00:31, Jukka Pakkanen <jukka.pakkanen at qnet.fi> wrote:
> 
> Yes but before going to RFC details one should check the basic spelling and syntax first...
> 
> -----Alkuperäinen viesti-----
> Lähettäjä: bind-users <bind-users-bounces at lists.isc.org> Puolesta Mark Andrews
> Lähetetty: 18. kesäkuuta 2020 0:27
> Vastaanottaja: Bogdan-Stefan Rotariu <bogdan at rotariu.ro>
> Kopio: bind-users at lists.isc.org
> Aihe: Re: A And Cname-record
> 
> 
> 
>> On 18 Jun 2020, at 07:56, Bogdan-Stefan Rotariu <bogdan at rotariu.ro> wrote:
>> 
>> Hi,
>> 
>>> On 18 Jun 2020, at 00:44, Ejaz Ahmed <mejaz at cyberia.net.sa> wrote:
>>> 
>>> when i am trying to add A and CNAME record together  for the same
>>> subdomain, getting an error as below, you all kind  assistance would
>>> be highly appreciated thanks in  advance
>>> 
>>> my records are as follows in zone
>>> 
>>> auotdiscover IN A 1.1.1.1
>>> autodiscover IN CNAME autodiscover.acig.com.sa
>>> 
>>> ======================================================
>>> dns_master_load: acig.com.sa.hosts:102: autodiscover.acig.com.sa:
>>> CNAME and other data
>>> 
>>> zone acig.com.sa/IN: loading from master file acig.com.sa.hosts
>>> failed: CNAME and other data
>>> 
>>> zone acig.com.sa/IN: not loaded due to errors
>> 
>> CNAME records cannot coexist with any other records last time I’ve
>> checked. See section 2.4 from RFC1912[1]
>> 
>> [1] https://tools.ietf.org/html/rfc1912
> 
> Well it actually goes back to RFC 1034.  Unfortunately it wasn’t enforced in nameservers at the beginning and is still not enforced by some servers.
> 
> 3.6.2. Aliases and canonical names
> 
> ...
> 
> The domain system provides such a feature using the canonical name
> (CNAME) RR.  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.
> 
> Mark
> 
>>>> Bogdan-Stefan Rotariu
>> 
>> _______________________________________________
>> Please visit https://lists.isc.org/mailman/listinfo/bind-users to
>> unsubscribe from this list
>> 
>> ISC funds the development of this software with paid support subscriptions. Contact us at https://www.isc.org/contact/ for more information.
>> 
>> 
>> bind-users mailing list
>> bind-users at lists.isc.org
>> https://lists.isc.org/mailman/listinfo/bind-users
> 
> --
> Mark Andrews, ISC
> 1 Seymour St., Dundas Valley, NSW 2117, Australia
> PHONE: +61 2 9871 4742              INTERNET: marka at isc.org
> 
> _______________________________________________
> Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list
> 
> ISC funds the development of this software with paid support subscriptions. Contact us at https://www.isc.org/contact/ for more information.
> 
> 
> bind-users mailing list
> bind-users at lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users
> _______________________________________________
> Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list
> 
> ISC funds the development of this software with paid support subscriptions. Contact us at https://www.isc.org/contact/ for more information.
> 
> 
> bind-users mailing list
> bind-users at lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 963 bytes
Desc: Message signed with OpenPGP
URL: <https://lists.isc.org/pipermail/bind-users/attachments/20200618/f5f3527d/attachment.bin>


More information about the bind-users mailing list