misc/103814: cvsup11.freebsd.org dns issues
eazybsd at yahoo.com
Thu Oct 26 20:16:04 UTC 2006
> 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 at .
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 188.8.131.52
cvsup7.us IN A 184.108.40.206
cvsup3.pt IN A 220.127.116.11
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 at 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.
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
More information about the freebsd-hubs