Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 26 Oct 2006 20:20:20 GMT
From:      eazy bsd <eazybsd@yahoo.com>
To:        freebsd-bugs@FreeBSD.org
Subject:   Re: misc/103814: cvsup11.freebsd.org dns issues
Message-ID:  <200610262020.k9QKKK5X013133@freefall.freebsd.org>

next in thread | raw e-mail | index | archive | help
The following reply was made to PR misc/103814; it has been noted by GNATS.

From: eazy bsd <eazybsd@yahoo.com>
To: freebsd-hubs@FreeBSD.org
Cc: bug-followup@FreeBSD.org
Subject: Re: misc/103814: cvsup11.freebsd.org dns issues
Date: Thu, 26 Oct 2006 13:16:02 -0700 (PDT)

 > ns1.downloadtech.com is causing the problem.
 
 no. cvsupx.freebsd.org are all cnames to some
 other fqdn that is not in freebsd.org. this
 is a perfectly good way to do it as it lets
 the host org move things around at will without
 coordinating such triviality with hub@.
 the freebsd.org nameservers are happily returning
 cname results [non-recursive] as per the extent of
 their programmed authority.
 
 as an aside, perhaps these should also use that format:
  cvsup2.us IN A 130.94.149.166
  cvsup7.us IN A 129.250.31.140
  cvsup3.pt IN A 193.136.165.121
 
 now back to the problem. when asked to recursively
 resolve the cvsup11 cname to an A record, or to do so
 via multiple finer grained queries... resolvers and
 nameservers [including freebsd.org. authoritative ones
 such as downloadtech if asked] will timeout because the
 uu.net records do not resolve as per the pr.
 
 the solution is any of:
  contact uu ;-]
  ignore it, cvsup to the ip, embrace uncertainty ;-[
  find another mirror as good as cvsup11 ;-|
 
 as for contacting uu, there's no historical reference
 to 'cvsup11|research\.uu\.net' in the entire mail
 archive so no help there. failing others, try
 hostmaster@uu.net as listed in the uu.net soa.
 
 if someone does contact uu, let them know that of the three
 authoritative servers for research.uu.net listed in uu.net,
 the two authxx ones below do not seem to be carrying its
 records either. so if they're just caches and beast goes
 away, ergo research after a while. uu.net zone is missing
 glue to beast.research as well.
 
 @auth00
 research.uu.net.        IN NS        beast.research.uu.net.
 research.uu.net.        IN NS        auth03.ns.uu.net.
 research.uu.net.        IN NS        auth50.ns.uu.net.
 
 the reverse part has been omitted.
 
 
 
 __________________________________________________
 Do You Yahoo!?
 Tired of spam?  Yahoo! Mail has the best spam protection around 
 http://mail.yahoo.com 



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200610262020.k9QKKK5X013133>