l i n u x - u s e r s - g r o u p - o f - d a v i s
Next Meeting:
July 7: Social gathering
Next Installfest:
Latest News:
Jun. 14: June LUGOD meeting cancelled
Page last updated:
2007 Sep 30 22:36

The following is an archive of a post made to our 'vox-tech mailing list' by one of its subscribers.

Report this post as spam:

(Enter your email address)
Re: [vox-tech] Strange DNS lookup failures (Ubuntu Fiesty)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [vox-tech] Strange DNS lookup failures (Ubuntu Fiesty)

Quoting Bill Kendrick (nbs@sonic.net):

> I ran a 'ping sonic.net' (Sonic is our DSL provider), and noticed this:
> ...
> 64 bytes from www.sonic.net ( icmp_seq=298 ttl=250 time=18.7 ms
> 64 bytes from www.sonic.net ( icmp_seq=299 ttl=250 time=19.0 ms
> 64 bytes from icmp_seq=300 ttl=250 time=17.1 ms
> 64 bytes from icmp_seq=301 ttl=250 time=17.4 ms
> 64 bytes from www.sonic.net ( icmp_seq=302 ttl=250 time=18.4 ms
> 64 bytes from www.sonic.net ( icmp_seq=303 ttl=250 time=17.2 ms
> ...

Wow, that's pretty weird (and no, I haven't seen that before, including
on my Xubuntu laptop).  But:

I notice that your two "nameserver" IPs in /etc/resolv.conf are a
customer-facing nameserver at Sonic.net (NS1.SONIC.NET) and an IP 
at Sprintlink that has no reverse DNS (no FQDN that points to it).
I have a very strong hunch that therein is your problem.  I suspect 
you have the IP address ( miscopied, or missing a digit, or
something, because, you see, the IP you specified turns out, for
whatever reason, to be not doing DNS at all:

  $ dig linuxmafia.com @

  ; <<>> DiG 9.3.2 <<>> linuxmafia.com @
  ; (1 server found)
  ;; global options:  printcmd
  ;; connection timed out; no servers could be reached

So, I suspect that a minimal fix would be to substitute for 
some different nameserver IP that's network-nearby and verified to be
functional.  Like, for example, NS2.SONIC.NET.  Which, oddly, turns out
to be IP  ;->

(I suspect somehow the second set of digits somehow got mangled from the
correct "201" to "2".  There's your problem.)

Just as an afterthought, if you want to go beyond the _minimal_ fix, you
might want to run your own caching nameserver right on your workstation,
and change /etc/resolv.conf to have "nameserver" instead of
the existing pair (which you could comment out).  The pdnsd caching-only 
nameserver package would be pretty good for that purpose, and is
dead-simple -- and you will suddenly have local resolution of DNS names,
rather than having to query them across your DSL.

Just a thought.

Cheers,                     Peter G. Neumann:  "Mars has been a tough target."
Rick Moen                   Harlan Rosenthal:  "That's because the Martians keep
rick@linuxmafia.com         shooting things down."   RISKS Digest, v. 20, #59&60
vox-tech mailing list

LUGOD Group on LinkedIn
Sign up for LUGOD event announcements
Your email address:
LUGOD Group on Facebook
'Like' LUGOD on Facebook:

Hosting provided by:
Sunset Systems
Sunset Systems offers preconfigured Linux systems, remote system administration and custom software development.

LUGOD: Linux Users' Group of Davis
PO Box 2082, Davis, CA 95617
Contact Us

LUGOD is a 501(c)7 non-profit organization
based in Davis, California
and serving the Sacramento area.
"Linux" is a trademark of Linus Torvalds.

Sponsored in part by:
EDGE Tech Corp.
For donating some give-aways for our meetings.