"Blank Name" CNAME vs. "Blank Name" A Record

[ Edited ]
Posts: 2
27411     0

Perhaps this is simple or answered elsewhere, and for this I apologize.  Perhaps one of you kind souls will answer it anyway... I can create a wildcard "*" CNAME record or A record, and a "Blank Name" A record, but not a "Blank Name" CNAME record, equivalent to the "@" record on GoDaddy.  (Effectively, this is a redirect for "" but not "*" to the specified FQDN.)  Is this possible, and how is it done?  I have tried "@", but this does not work and of course, "Blank Name" (or "Blank Alias") returns "Field 'Alias' is required."


Can anyone provide assistance?  Thanks.

Re: "Blank Name" CNAME vs. "Blank Name" A Record

Posts: 9
27412     0

I think you may be trying to configure invalid behaviour. From RFC2181:


10.1. CNAME resource records

   The DNS CNAME ("canonical name") record exists to provide the
   canonical name associated with an alias name.  There may be only one
   such canonical name for any one alias.  That name should generally be
   a name that exists elsewhere in the DNS, though there are some rare
   applications for aliases with the accompanying canonical name
   undefined in the DNS.  An alias name (label of a CNAME record) may,
   if DNSSEC is in use, have SIG, NXT, and KEY RRs, but may have no
   other data.  That is, for any label in the DNS (any domain name)
   exactly one of the following is true:

     + one CNAME record exists, optionally accompanied by SIG, NXT, and
       KEY RRs,
     + one or more records exist, none being CNAME records,
     + the name exists, but has no associated RRs of any type,
     + the name does not exist at all.


Perhaps you could describe what it is you are trying to achieve with the DNS records and someone here can assist.





Re: "Blank Name" CNAME vs. "Blank Name" A Record

Posts: 2
27412     0

Thank you.


I will explain:


Inasmuch as I wish to create a CNAME "www" in "" which points to an A record target of "www" which exists in "", I also want to create a CNAME "*" and a CNAME "" both in which also point to"www" in "".  These would behave as such:


A "" in "" > target "

A "www" in "" > target "" [ this IP address will change occasionally ]

CNAME "mail" in "" > target A "" in ""

CNAME "www" in "" > target A "www" in ""

CNAME "*" in "" > target A "www" in "" [ all hostnames in "*" ]

CNAME "" in "" > target A "www" in "" [ no specified hostname in "" ]


Per your description of RFC2181, this would appear to fit one of the exceptions you noted, I think - "the name exists, but has no associated RRs of any type" and thus, a CNAME could be created to be the sole RR for that name in that zone.  Godaddy uses a placeholder "@" to denote that the CNAME Alias label refers to the zone name itself.  As in godaddy's DNS, I have tried "@" in [ which works as stated ], but this does not work in infoblox.  And, as I mentioned, Infoblox will not allow a CNAME with a blank alias name "", and gives the previously noted error.  Is there a name placeholder which will allow a CNAME to exist targetting the DNS zone name, as is done in godaddy?



Re: "Blank Name" CNAME vs. "Blank Name" A Record

Posts: 9
27412     0

You might want to look at shared record groups, DNAME and consider an A record for the domain itself.



Re: "Blank Name" CNAME vs. "Blank Name" A Record

[ Edited ]
Posts: 325
27412     0

I've seen people try to do this before and if you do it manually in a BIND zone file you'll get the classic "CNAME and other data" error, and the zone won't load. You'll need to do this another way.


PS. Hi Jim! :-)

Paul Roberts
PCN (UK) Ltd

All opinions expressed are my own and not representative of PCN Inc./PCN (UK) Ltd. E&OE

Re: "Blank Name" CNAME vs. "Blank Name" A Record

Posts: 14
27412     0



    While certain providers provide a function that makes it appear that it is proper behavior, it is not compliant with the DNS RFCs.  The alias portion (left part) of a CNAME must be unique, and at the apex of a zone there are other records that are required for the zone to work such as SOA and NS (along with A, MX, TXT, etc.), thus a CNAME could not be unique at the top level of a zone and is not allowed for that reason.  What is often done to work around this is to put in an A record pointing to the IP of a webserver, which performs a 301 redirect to the "www" record.  As far as a wildcard CNAME, that also violates the uniqueness constraints for CNAMEs.


    I hope that information helps.




Showing results for 
Search instead for 
Did you mean: 

Recommended for You

Demo: Infoblox integration with Cisco CliQr (now called Cloud Center)