From owner-freebsd-questions@FreeBSD.ORG Mon Oct 26 19:03:26 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 220861065679 for ; Mon, 26 Oct 2009 19:03:26 +0000 (UTC) (envelope-from kraduk@googlemail.com) Received: from mail-bw0-f209.google.com (mail-bw0-f209.google.com [209.85.218.209]) by mx1.freebsd.org (Postfix) with ESMTP id 838C38FC08 for ; Mon, 26 Oct 2009 19:03:25 +0000 (UTC) Received: by bwz1 with SMTP id 1so2691539bwz.13 for ; Mon, 26 Oct 2009 12:03:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=ITIDib02bBx7ZG0FLFdiuzk+Q/vaUhN/gI1o7eQFaSI=; b=oj0NCMz5BKRqaNFJx6qObgSef0WF297isas1BONGC/P1Wj9/qLVcoPH3tkoLu+3Pdn ZP7WObUkzJ60rzqKOUQdMJuXiFe5p4ZpXu/20tphd/fjUmXmd4G/67YGduue5IlLel3S U/s7YZOEeXJGr31A+MYMT/uXtr8G7mji0PHT4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=td+NnFSajU2q86LsUro7Mvq2hPJmlWkiAcJD5SRmDL36JXcybJ+TDKiX10xxaIPvl3 gO/LJQMaSsVBVagyLoN4ImgGmKdB7ZkLeIjIVxSwY/M2KOGFvzR24cR18Y2LvOKEdiY1 MB9rW+k8D7OeG9MOfRn9Z3axdiwXZaPneQKNg= MIME-Version: 1.0 Received: by 10.239.144.79 with SMTP id n15mr1255498hba.107.1256583803364; Mon, 26 Oct 2009 12:03:23 -0700 (PDT) In-Reply-To: <200910231715.AA1453851224@mail.Go2France.com> References: <200910231715.AA1453851224@mail.Go2France.com> Date: Mon, 26 Oct 2009 19:03:23 +0000 Message-ID: From: krad To: lconrad@go2france.com Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-questions@freebsd.org Subject: Re: FW: DNS Question X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Oct 2009 19:03:26 -0000 2009/10/23 Len Conrad > ---------- Original Message ---------------------------------- > From: krad > Date: Fri, 23 Oct 2009 15:56:40 +0100 > > >2009/10/23 Sean Cavanaugh > > > >> > >> > >> > >> > Date: Fri, 23 Oct 2009 08:30:08 -0400 > >> > From: dave.list@pixelhammer.com > >> > To: freebsd-questions@freebsd.org > >> > Subject: DNS Question > >> > > >> > Good morning. > >> > > >> > I have been asked by my co-workers and sales why I always create a A > >> > record for new domains we host instead of a CNAME. > >> > > >> > The issue I run into lately with some domains is that a client has a > >> > website with a industry host such as frank.relator.com and he wants > to > >> > have DNS point www.frank.com to frank.relator.com with a CNAME. The > >> > client does not want an A record for frank.com. > >> > > >> > Somewhere, in a class far far away, I was taught a DNS zone had to > have > >> > a A record to function properly. I can't seem to locate anything in > the > >> > RFCs. > >> > > >> > Am I wrong? > >> > > >> > >> > >> I think you are confusing basics of DNS records. you are partially > correct > >> in that a DNS zone needs an initial A record to be able to translate a > name > >> to an IP, but there is nothing wrong about setting up a CNAME to point > to a > >> record in a different zone instead. you just cannot do a zone that has a > >> CNAME only that does not at some point to a valid A record. CNAMEs are > >> forwarders only whereas A records are actual lookups. > >> > >> for proper way to set this up.... > >> > >> The A record would be assigned for the main name that you want to > associate > >> to an IP address. > >> The CNAME record just relates a different name to that original name. > this > >> allows you to change the IP address of the server and only have to > update > >> the original A record instead of every DNS record for that server. > >> > >> for small number of vhosts, this would not really be an issue, but > imagine > >> if you were hosting a couple hundred vhosts from a single IP and then > had to > >> change that IP because you switched your ISP. It would take you a LONG > time > >> to update them if they were all A records, but only a couple of seconds > if > >> you had it properly set up as CNAME's > >> > >> www.bobshosting.com A 192.168.0.1 > >> www.vhost1.com CNAME www.bobshosting.com. > >> www.vhost2.com CNAME www.bobshosting.com. > >> www.vhost3.com CNAME www.bobshosting.com. > >> www.vhost4.com CNAME www.bobshosting.com. > >> > >> > >> > >> -Sean > >> > >> > >> _______________________________________________ > >> freebsd-questions@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-questions > >> To unsubscribe, send any mail to " > >> freebsd-questions-unsubscribe@freebsd.org" > >> > > > >I try to use CNAMES as much as possible, for one very good reason. If say > I > >have web server with 1000 vhost on it. I have one A record for the server > >and all the cnames point at that A record. Now i need to change the ip of > >the server. I update the A record and add a reverse record and im done. IF > I > >had done it your way with all A records I would now have to go and edit > >another 1000 records. Even worse if some of these domains are not under my > >control I have to go and liaise with customers, or other third parties, > and > >it becomes a complete mess. The chances of me convincing them all and > >coordinated it correctly are minimal 8( > > domains sharing records is better handled by $INCLUDE > > $INCLUDE /path/db.ttl, which contains > > $TTL 6h > > > $INCLUDE /path/db.ns, which contains > > @ ns ns1.domain.tld. > @ ns ns2.domain.tld. > > $INCLUDE /path/db.www, which contains > > @ a ip.ad.re.ss > www a ip.ad.re.ss > > etc. > > Changing an include file changes all the zone files that include it, giving > enormous leverage, while removing the extra query required to resolve a > CNAME to canonical. > > Len > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to " > freebsd-questions-unsubscribe@freebsd.org" > a few massive assumptions here I feel. 1. all the domains are controlled by said person 2. Are on the same server 3. Fits with the relevent provisioning system, 4. Is probably are using bind