Forum: Too Lazy BBS

A And Cname-record

From Ejaz Ahmed@mejaz@cyberia.net.sa to bind-users on Thu Jun 18 00:44:04 2020

From Newsgroup: comp.protocols.dns.bind

--0000000000005b716b05a84e8f5b
Content-Type: text/plain; charset="UTF-8"

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.a <http://autodiscover.acig.com.sa/>cig.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 ============================================

--0000000000005b716b05a84e8f5b
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr"><div dir=3D"ltr"><div dir=3D"ltr">when i =
am trying to add A and CNAME record together=C2=A0 for the same subdomain, = getting an error as below, you all kind=C2=A0=C2=A0assistance=C2=A0would be=
highly appreciated thanks in=C2=A0=C2=A0advance</div><div dir=3D"ltr"><br>= </div><div>my records are as follows in zone=C2=A0</div><div><br></div><div= >auotdiscover=C2=A0IN A 1.1.1.1</div><div>autodiscover IN CNAME <a href=3D"= http://autodiscover.acig.com.sa">autodiscover.acig.com.sa</a></div><div dir= =3D"ltr"><br></div><div dir=3D"ltr">=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D</div><p class=3D"MsoNormal= ">dns_master_load: acig.com.sa.hosts:102:=C2=A0<a href=3D"http://autodiscov= er.acig.com.sa/" target=3D"_blank">autodiscover.a</a><a href=3D"http://cig.= com.sa">cig.com.sa</a>: CNAME and other data<u></u><u></u></p><p class=3D"M= soNormal">zone=C2=A0<a href=3D"http://acig.com.sa/IN" target=3D"_blank">aci= g.com.sa/IN</a>: loading from master file acig.com.sa.hosts failed: CNAME a=
nd other data<u></u><u></u></p><div dir=3D"ltr">zone=C2=A0<a href=3D"http:/= /acig.com.sa/IN" target=3D"_blank">acig.com.sa/IN</a>: not loaded due to er= rors=C2=A0</div><div dir=3D"ltr">=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D<br><div><br></div></div></div></div></div>

--0000000000005b716b05a84e8f5b--
--- Synchronet 3.21d-Linux NewsLink 1.2

From Mark Andrews@marka@isc.org to Bogdan-Stefan Rotariu on Thu Jun 18 08:26:33 2020

From Newsgroup: comp.protocols.dns.bind

On 18 Jun 2020, at 07:56, Bogdan-Stefan Rotariu <bogdan@rotariu.ro> wrote:

Hi,

On 18 Jun 2020, at 00:44, Ejaz Ahmed <mejaz@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 IrCOve 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 wasnrCOt 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

rCo
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@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@isc.org
--- Synchronet 3.21d-Linux NewsLink 1.2

From Mark Andrews@marka@isc.org to Jukka Pakkanen on Thu Jun 18 09:30:56 2020

From Newsgroup: comp.protocols.dns.bind

On 18 Jun 2020, at 08:31, Jukka Pakkanen <jukka.pakkanen@qnet.fi> wrote:

Yes but before going to RFC details one should check the basic spelling and syntax firstrCa

I put the auotdiscover/autodiscover difference down to typo when entering the records by
hand into the email message. Similarly absolute vs relative target name.
The fact that there was a error message that was cut-and-pasted indicates that the zone
actually does have CNAME and other data for name autodiscover.acig.com.sa and that Ejaz
said he was adding a A and CNAME at the same subdomain is enough by itself to discuss
that issue.
Mark

-----Alkuper|ninen viesti-----
L|nhett|nj|n: bind-users <bind-users-bounces@lists.isc.org> Puolesta Mark Andrews
L|nhetetty: 18. kes|nkuuta 2020 0:27
Vastaanottaja: Bogdan-Stefan Rotariu <bogdan@rotariu.ro>
Kopio: bind-users@lists.isc.org
Aihe: Re: A And Cname-record

On 18 Jun 2020, at 07:56, Bogdan-Stefan Rotariu <bogdan@rotariu.ro> wrote: >>
Hi,

On 18 Jun 2020, at 00:44, Ejaz Ahmed <mejaz@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 IrCOve
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 wasnrCOt 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

rCo
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@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@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@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@isc.org
--- Synchronet 3.21d-Linux NewsLink 1.2

From Bob McDonald@bmcdonaldjr@gmail.com to bind-users on Thu Jun 18 09:42:26 2020

From Newsgroup: comp.protocols.dns.bind

--00000000000017f89005a85bf375
Content-Type: text/plain; charset="UTF-8"

May I suggest the following?:

If you are an individual that is so pedantic that seeing a spelling error causes you to lose sleep or have other soul searing consternation, send an email (gently worded) to the poster only. Please also be encouraging to
that individual pointing out that these types of errors happen and will not cause loss of their immortal soul. As Ondrej points out, we are trying to
build community that's welcoming to newcomers to the wonderful world of DNS.

I remember when I first subscribed to this list being terrified of posting after reading several rather terse replies. I've since gotten a bit thicker skin. I've learned a lot from this list. However, it's not for the timid. Please be considerate in the wording of your replies.

With my lack of typing skills, my lack of spelling skills, and my lack of grammar skills, it's a small wonder that anything I post on this list is understood.

Couple that with most readers not having english as a first language and it quickly becomes a miracle!

My somewhat simpler interpretation of that error:

if during the named loading process a zone produces an error that says
CNAME and other data, my experience has been that the zone being loaded contains an A record and one or more CNAME records with the same owner
value (hostname). That's not allowed under the RFC documents for bind.

e.g.

remtest IN A 100.64.0.2
remtest IN CNAME temp.example.com.

-OR-

remtest IN CNAME temp.example.com.
remtest IN CNAME temp001.example.com.

Both examples are not allowed under the RFCs.

Bob

--00000000000017f89005a85bf375
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">May I suggest the following?:<div><br></div><div>If you ar=
e an individual that is so pedantic that seeing a spelling error causes you=
to lose sleep or have other soul searing consternation, send an email (gen= tly worded) to the poster only. Please also be encouraging to that individu=
al pointing out that these types of errors happen and will not cause loss o=
f their immortal=C2=A0soul. As Ondrej points out, we are trying to build co= mmunity that's welcoming to newcomers to the wonderful world of DNS.</d= iv><div><br></div><div>I remember when I first subscribed to this list bein=
g terrified of posting after reading several rather terse replies. I've=
since gotten a bit thicker skin. I've learned a lot from this list. Ho= wever, it's not for the timid. Please be considerate in the wording of = your replies.</div><div><br></div><div>With my lack of typing skills, my la=
ck of spelling skills, and my lack of grammar skills, it's a small wond=
er that anything=C2=A0I post on this list is understood.</div><div><br></di= v><div>Couple that with most readers not having english as a first language=
and it quickly becomes a miracle!</div><div><br></div><div>My somewhat sim= pler interpretation=C2=A0of that error:</div><div><br></div><div>if during = the named loading process a zone produces an error that says CNAME and othe=
r data, my experience has been that the zone being loaded contains an A rec= ord and one or more CNAME records with the same owner value (hostname). Tha= t's not allowed under the RFC documents for bind.</div><div><br></div><= div>e.g.</div><div><br></div><div>remtest IN A 100.64.0.2</div><div>remtest=
IN CNAME <a href=3D"http://temp.example.com">temp.example.com</a>.</div><d= iv><br></div><div>-OR-</div><div><br></div><div>remtest IN CNAME <a href=3D= "http://temp.example.com">temp.example.com</a>.</div><div>remtest IN CNAME =
<a href=3D"http://temp001.example.com">temp001.example.com</a>.</div><div><= br></div><div>Both examples are not allowed under the RFCs.</div><div><br><= /div><div>Bob</div><div><br></div><div><br></div><div><br></div></div>

--00000000000017f89005a85bf375--
--- Synchronet 3.21d-Linux NewsLink 1.2

From Chuck Aurora@ca@nodns4.us to bind-users on Thu Jun 18 09:29:29 2020

From Newsgroup: comp.protocols.dns.bind

On 2020-06-18 06:41, Ond+Oej Sur|+ wrote:

Jukka and others,

I would prefer if we didnrCOt 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 thatrCOs welcoming to newcomers to the wonderful world
of DNS.

Is it a wonderful world? :)

Anyway, the vast majority of errors posted here DO boil down to things
like
the typos and syntax niceties (trailing dot) that Jukka pointed out.
Granted,
in this case that was obviously an email typo, not copied exactly from
the
zone file, but I'd simply suggest that pointing out a typo is not
"scolding."
It's often hard for ME to see MY typos, because I know what I meant to
type;
but for fresh eyes they are much easier to spot.
--- Synchronet 3.21d-Linux NewsLink 1.2

From Larry Stone@lstone19@stonejongleux.com to bind-users on Thu Jun 18 09:33:46 2020

From Newsgroup: comp.protocols.dns.bind

But if there is a possibly relevant spelling error, it would be helpful to point out exactly where the error is rather than just saying rCLcheck your spellingrCY. Our eyes frequently see what we expect to see and therefore donrCOt see the error, even when told there is an error.
--
Larry Stone
lstone19@stonejongleux.com

On Jun 18, 2020, at 9:29 AM, Chuck Aurora <ca@nodns4.us> wrote:

On 2020-06-18 06:41, Ond+Oej Sur|+ wrote:

Jukka and others,
I would prefer if we didnrCOt 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 thatrCOs welcoming to newcomers to the wonderful world
of DNS.

Is it a wonderful world? :)

Anyway, the vast majority of errors posted here DO boil down to things like the typos and syntax niceties (trailing dot) that Jukka pointed out. Granted,
in this case that was obviously an email typo, not copied exactly from the zone file, but I'd simply suggest that pointing out a typo is not "scolding." It's often hard for ME to see MY typos, because I know what I meant to type; but for fresh eyes they are much easier to spot. _______________________________________________
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@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users

--- Synchronet 3.21d-Linux NewsLink 1.2

From Cathy Almond@cathya@isc.org to bind-users on Tue Jun 23 06:53:22 2020

From Newsgroup: comp.protocols.dns.bind

On 17/06/2020 22:44, Ejaz Ahmed wrote:

when i am trying to add A and CNAME record together-a for the same
subdomain, getting an error as below, you all kind-a-aassistance-awould be highly appreciated thanks in-a-aadvance

my records are as follows in zone-a

auotdiscover-aIN A 1.1.1.1
autodiscover IN CNAME autodiscover.acig.com.sa <http://autodiscover.acig.com.sa>

======================================================

dns_master_load: acig.com.sa.hosts:102:-aautodiscover.a <http://autodiscover.acig.com.sa/>cig.com.sa <http://cig.com.sa>: CNAME
and other data____

zone-aacig.com.sa/IN <http://acig.com.sa/IN>: loading from master file acig.com.sa.hosts failed: CNAME and other data____

zone-aacig.com.sa/IN <http://acig.com.sa/IN>: not loaded due to errors-a ============================================

Late to the party - but we also have a KB article for this: https://kb.isc.org/docs/aa-01640
--- Synchronet 3.21d-Linux NewsLink 1.2

Who's Online

System Info

Sysop:	Amessyroom
Location:	Fayetteville, NC
Users:	65
Nodes:	6 (0 / 6)
Uptime:	05:10:37
Calls:	862
Files:	1,311
D/L today:	921 files (14,318M bytes)
Messages:	264,602

A And Cname-record

Who's Online

System Info