TCP-group 1995
[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
Re: AMPRORG Robot
- To: kf5mg@metronet.com
- Subject: Re: AMPRORG Robot
- From: "C. Harald Koch" <harald@enfm.utcc.utoronto.ca>
- Date: Wed, 1 Mar 1995 18:39:38 -0500
- Cc: tcp-group@ucsd.edu
- In-reply-to: Your message of "Tue, 28 Feb 1995 14:48:39 -0500". <9502281951.AA2143@mgos2.ampr.org>
- Organization: UT Network & Operations Services, External Network Fac. Mgmt.
- Phone: +1 416 978 0992
> Anyone know what the current status of the AMPRORG Robot or the ampr.org
> list is? I updated the AMPR.ORG list a week ago and the changes have not
> made it to the network yet. If I use UCSD.EDU as the DNS in a nslookup,
> the info comes back with my changes. If I use trout.nosc.mil or Bdale's
> DNS at HP.COM, they still have the old info. Any info would be appreciated.
> Thanks.
I just happened to trip over this this morning, while testing a similar
problem at one of my customers:
It appears that ucsd.edu doesn't think it is authoritative for AMPR.ORG:
harald@enfm 105> dig @128.54.16.1 ampr.org soa
; <<>> DiG 2.1 <<>> @128.54.16.1 ampr.org soa
; (1 server found)
;; res options: init recurs defnam dnsrch
;; got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 10
;; flags: qr rd ra; Ques: 1, Ans: 1, Auth: 0, Addit: 0
^^^^^^^^^^^^^^^
;; QUESTIONS:
;; ampr.org, type = SOA, class = IN
;; ANSWERS:
ampr.org. 864000 SOA ucsd.edu. brian.ucsd.edu. (
95022713 ; serial
360000 ; refresh (4 days 4 hours)
3600 ; retry (1 hour)
3600000 ; expire (41 days 16 hours)
864000 ) ; minimum (10 days)
;; Total query time: 901 msec
;; FROM: enfm.utcc to SERVER: 128.54.16.1
;; WHEN: Tue Feb 28 16:47:17 1995
;; MSG SIZE sent: 26 rcvd: 76
The response comes back without the Authoritative Answer bit set.
Secondaries running modern version of BIND (and possibly older versions of
BIND) will not transfer a zone unless the configured server is
authoritative. Since ucsd.edu is currently not authoritative, the
secondaries are not updating.
I cannot yet answer the question "*why* would a server think it is not
authoritative for a zone"...
(Let me know if I'm way-off-base here, ok?)
--
C. Harald Koch | University of Toronto Computing & Communications
harald@canet.ca | Network & Operations Services
+1 416 978 0992 (voice) | External Network Facilities Managment
+1 416 978 6620 (fax) | 4 Bancroft Ave., Rm 101, Toronto, ON M5S 1C1