From owner-freebsd-questions@FreeBSD.ORG Wed Dec 12 00:14:45 2007 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 CB47016A419 for ; Wed, 12 Dec 2007 00:14:45 +0000 (UTC) (envelope-from jekillen@prodigy.net) Received: from smtp115.sbc.mail.sp1.yahoo.com (smtp115.sbc.mail.sp1.yahoo.com [69.147.64.88]) by mx1.freebsd.org (Postfix) with SMTP id C18C113C455 for ; Wed, 12 Dec 2007 00:14:45 +0000 (UTC) (envelope-from jekillen@prodigy.net) Received: (qmail 71001 invoked from network); 12 Dec 2007 00:14:45 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=prodigy.net; h=Received:X-YMail-OSG:In-Reply-To:References:Mime-Version:Content-Type:Message-Id:Content-Transfer-Encoding:Cc:From:Subject:Date:To:X-Mailer; b=Mv8LWzo8gs8xCLHnbR/e3oXskonrFPb8xaCKqr9ApdOmyPblGHrh/o13FaiAvu9EzwOH8Eqqj7VbRSubMqdsZ+iBaCtWUsfCbTGrYsk7IoQBaIpwnHKdPwDKpUR+EEeGwFE0iEpqYkWMtb4/zs6+X+hE40AdGkCjRWSPUCm+hkI= ; Received: from unknown (HELO ?75.7.236.228?) (jekillen@prodigy.net@75.7.236.228 with plain) by smtp115.sbc.mail.sp1.yahoo.com with SMTP; 12 Dec 2007 00:14:44 -0000 X-YMail-OSG: D5_ecbUVM1ncXqTDDsi7RoxRle2L4w12cPTkFnE0nC3CuKv7UXS_UPexkDclx0HlbvA22vR2gjwpkABVWnIYwUkKhKdsPnnba6rElUtRHUdkeJX2EA-- In-Reply-To: <20071211192423.GB1301@wjv.com> References: <20071211182359.DAED116A50B@hub.freebsd.org> <20071211192423.GB1301@wjv.com> Mime-Version: 1.0 (Apple Message framework v622) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <3a4229fadfe5c1490d30ea350c7d4401@prodigy.net> Content-Transfer-Encoding: 7bit From: jekillen Date: Tue, 11 Dec 2007 16:16:06 -0800 To: bv@wjv.com X-Mailer: Apple Mail (2.622) Cc: User Questions Subject: Re: named mystery 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: Wed, 12 Dec 2007 00:14:45 -0000 On Dec 11, 2007, at 11:24 AM, Bill Vermillion wrote: > On Tue, Dec 11, 2007 at 18:23 , while impersonating an expert on > the internet, freebsd-questions-request@freebsd.org sent this to > stdout: > >> Date: Tue, 11 Dec 2007 06:09:11 -0600 >> From: Derek Ragona >> Subject: Re: named mystery >> To: jekillen , User Questions > >> > >> At 12:57 AM 12/10/2007, jekillen wrote: >>> Hello: > >>> I have two name servers for four domains. >>> The primary name server is running FreeBSD v 6.0 >>> and the secondary is running v 6.2. >>> I have an MX record for each of the four registered >>> domains. I have set up Postfix to act as a smart host >>> mail hub (the MX host). One of the named record >>> database is for one of the sites. When I try to send >>> an E-mail from this message to list e-mail address. The messages >>> bounce for dns lookup failure. >>> The name that is being looked up is >>> .... > >>> Some how the two names are being mashed together and then >>> looked up, causing the resolution failure. > > As the other respondent noted, that was because of the missing > period. > > I've found that 'nslint' in the /usr/ports/dns hierarchy > is a nice little program that will tell you all your errors. > I actually run it's output through a 'filter' to get rid of > extranous things such as 'in use by xxxx.xxx' as i have > several sites that respond to the same IP. > >>> dig targetDomainName.com -t MX produces the record according to >>> my ISP's name servers, which is the mashed version. Possibly they >>> have it wrong? Someone is screwing up the lookup for this. > >>> There was a period missing after the MX host name record. >>> I added that and rebooted the machine with the primary name >>> server just to insure that named got the change and checked the >>> secondary record and it has the change > > You don't have to reboot Unix systems for almost all things which > don't require a kernel change. named.restart will do the job. Happy day.... This is the first time I've seen this command. All the stuff I have uses rndc reload etc. Right now rndc isn't working (access denied, if it does that for me, I don't think I have anything to worry about) and I do not want to fool with it at the moment. Maybe sometime when I've won the lottery and am bored to death with chasing women. So my quick (impatient) approach was just to reboot. Any how dig turns up the right stuff now, accept that I was still getting a reject message from my ISP's server for lookup failure; with no explanation. So I did postmaster@ISP.net and related my sad tail. I think they may be caching responses and rejecting based on a cached response. I will have to see. Jeff K > >>> I did dig @targerDomainName.com -t MX and got my secondary >>> name server responding. I checked the primary server to see that >>> it is actually running at the time, it was and is. >>> but the bak file on the secondary server has >>> >>> IN MX 10 host.domain.tld. >>> $ORIGIN targetDomain.tld. >>> >>> >>> when the record on primary server is >>> >>> @ IN MX 10 host.domain.tld. >>> >>> @ in this context should reference the domain this >>> file is for. >>> If anyone is a wiz at dns record and problems can you >>> make any suggestions or recommendations? >>> thank you in advance >>> Jeff K > >> Jeff, > >> I just checked how my DNS files look on two 6.2 servers. The primary >> zone >> files will have the: >> @ >> while the secondary zone files will not have these. > >> In my zone files the MX appears on the primary as a the lines: ; >> MX Record @ IN MX 10 mail.mydomain.com. >> >> Note the last period after the domain suffix is there to show >> it is a fully qualified name, with that name defined earlier in >> this zone file. >> >> On the secondary server the zone files has: MX 10 >> mail.mydomain.com. >> >> In both files the 10 is the weight for the MX record. If you >> have multiple servers you want to accept email, you would use >> this number to designate the order they should get mail, smaller >> numbers are primary to get email. > >> When you make a change on the primary DNS server zone file be >> sure to change the serial number in that zone file. Also I >> usually stop and start named on the primary. I also remove the >> backup files on the secondary servers and stop and start named >> on those too to see that the new files are transferred and thus >> being used. > > I have about 250 zones in my DNS and I've done something which > makes sure that I always have the correct date, but all the > domains will show the same date. > > I've extracted much of what you put in a zone file and put > it in a file called named.soa . And in each file > is used the $INCLUDE directive [quite handy] that > is $INCLUDE named.soa > > Then I just update the serial number in the one file. It saves > a lot of time, particualary yesterday when one client of > a support house that uses our servers decided he needed > all the standard variants .com, .net, .biz, .mobi, .info, .org, > and .tv - plus 5 variants on his domain. > > I'd just dupe the zone file and make global changes in 'vi' > and only have to update the serial number in the named.soa > just one time. > > Bill > -- > Bill Vermillion - bv @ wjv . com > _______________________________________________ > 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" >