DNS problem

Hi all,

I have a DNS problem - resolve.conf looks correct with our domain as search, and our two dns nameservers.

I can ping external IPs, but no domain names are being resolved.

route -n shows:


Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
10.0.102.0      0.0.0.0         255.255.255.0   U     0      0        0 eth1
10.0.0.0        0.0.0.0         255.255.255.0   U     0      0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     0      0        0 eth0
127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0 lo
0.0.0.0         10.0.0.240      0.0.0.0         UG    0      0        0 eth0

eth1 does not have net access but eth0 does, is there a problem here?
The 169.254.0.0 line does not appear on other servers, wonder if this is the problem?

No it is not a problem. This is the link local block. PCs self-assign themselves an address in this block when they cannot obtain a dynamic or static IP. SUSE registers a route to this block so that these PCs can be connected to if need be. It does not have any effect on normal operation. See here for the explanation of the block.

http://www.rfc-editor.org/rfc/rfc3330.txt

Ok thanks for that tip bit.

As for your DNS resolution problem, take each of the nameservers in /etc/resolv.conf and try this:

dig @10.0.2.3 www.opensuse.org

where 10.0.2.3 is substituted by each of the nameserver IPs in turn. That will tell you if the nameservers are reachable and if they are responding correctly.

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Yes, this is normal for that type of situation, but if this (eth0) is
meant to be the NIC with Internet access it appears that is not working.
How does this NIC get an IP? Does it have a valid IP? Are both NICs
on the same network with different IPs? Your default route looks to be
going through eth0 as well… I guess I’d be interested to see the
interface data:

ip addr sh
ipconfig -a

Good luck.

ken yap wrote:
> deanpullen;1866453 Wrote:
>> The 169.254.0.0 line does not appear on other servers, wonder if this
>> is the problem?
>
> No it is not a problem. This is the link local block. PCs self-assign
> themselves an address in this block when they cannot obtain a dynamic or
> static IP. SUSE registers a route to this block so that these PCs can be
> connected to if need be. It does not have any effect on normal
> operation. See here for the explanation of the block.
>
> http://www.rfc-editor.org/rfc/rfc3330.txt
>
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFIvpaV3s42bA80+9kRAitMAJ92htxNrmAXxT85Zgr3RKj91Bhv+ACdFkt9
vGj2cJLbl00sCPeu6nqcpLQ=
=l6MD
-----END PGP SIGNATURE-----

Statically assigned.

ip addr sh:

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 brd 127.255.255.255 scope host lo
inet 127.0.0.2/8 brd 127.255.255.255 scope host secondary lo
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast qlen 1000
link/ether 08:00:27:ca:13:0f brd ff:ff:ff:ff:ff:ff
inet 10.0.0.17/24 brd 10.0.0.255 scope global eth0
inet 10.0.0.73/24 brd 10.0.0.255 scope global secondary eth0:Second
inet 10.0.0.74/24 brd 10.0.0.255 scope global secondary eth0:Third
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast qlen 1000
link/ether 08:00:27:a9:39:27 brd ff:ff:ff:ff:ff:ff
inet 10.0.102.53/24 brd 10.0.102.255 scope global eth1

By ipconfig -a, I presume you mean ifconfig -a :wink:
You’ll see there’s a couple of additional addresses on eth0:



eth0      Link encap:Ethernet  HWaddr 08:00:27:CA:13:0F
          inet addr:10.0.0.17  Bcast:10.0.0.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:81 errors:0 dropped:0 overruns:0 frame:0
          TX packets:98 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:8124 (7.9 Kb)  TX bytes:14177 (13.8 Kb)
          Interrupt:11 Base address:0xc020

eth0:Seco Link encap:Ethernet  HWaddr 08:00:27:CA:13:0F
          inet addr:10.0.0.73  Bcast:10.0.0.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          Interrupt:11 Base address:0xc020

eth0:Thir Link encap:Ethernet  HWaddr 08:00:27:CA:13:0F
          inet addr:10.0.0.74  Bcast:10.0.0.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          Interrupt:11 Base address:0xc020

eth1      Link encap:Ethernet  HWaddr 08:00:27:A9:39:27
          inet addr:10.0.102.53  Bcast:10.0.102.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:4 errors:0 dropped:0 overruns:0 frame:0
          TX packets:25 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:258 (258.0 b)  TX bytes:3863 (3.7 Kb)
          Interrupt:10 Base address:0xc060

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:2 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:100 (100.0 b)  TX bytes:100 (100.0 b)

Thanks!

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Yes… ‘ifconfig -a’ (Doh!)

Care to post your /etc/resolv.conf? Otherwise I’d get a LAN trace and
see what differs when doing the resolution internally vs. externally.

Good luck.

deanpullen wrote:
> Statically assigned.
>
> ip addr sh:
>
>>
>> 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue
>> link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
>> inet 127.0.0.1/8 brd 127.255.255.255 scope host lo
>> inet 127.0.0.2/8 brd 127.255.255.255 scope host secondary lo
>> 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast
>> qlen 1000
>> link/ether 08:00:27:ca:13:0f brd ff:ff:ff:ff:ff:ff
>> inet 10.0.0.17/24 brd 10.0.0.255 scope global eth0
>> inet 10.0.0.73/24 brd 10.0.0.255 scope global secondary
>> eth0:Second
>> inet 10.0.0.74/24 brd 10.0.0.255 scope global secondary eth0:Third
>> 3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast
>> qlen 1000
>> link/ether 08:00:27:a9:39:27 brd ff:ff:ff:ff:ff:ff
>> inet 10.0.102.53/24 brd 10.0.102.255 scope global eth1
>>
>
>
> By ipconfig -a, I presume you mean ifconfig -a :wink:
> You’ll see there’s a couple of additional addresses on eth0:
>
> Code:
> --------------------
>
>
> eth0 Link encap:Ethernet HWaddr 08:00:27:CA:13:0F
> inet addr:10.0.0.17 Bcast:10.0.0.255 Mask:255.255.255.0
> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
> RX packets:81 errors:0 dropped:0 overruns:0 frame:0
> TX packets:98 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:1000
> RX bytes:8124 (7.9 Kb) TX bytes:14177 (13.8 Kb)
> Interrupt:11 Base address:0xc020
>
> eth0:Seco Link encap:Ethernet HWaddr 08:00:27:CA:13:0F
> inet addr:10.0.0.73 Bcast:10.0.0.255 Mask:255.255.255.0
> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
> Interrupt:11 Base address:0xc020
>
> eth0:Thir Link encap:Ethernet HWaddr 08:00:27:CA:13:0F
> inet addr:10.0.0.74 Bcast:10.0.0.255 Mask:255.255.255.0
> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
> Interrupt:11 Base address:0xc020
>
> eth1 Link encap:Ethernet HWaddr 08:00:27:A9:39:27
> inet addr:10.0.102.53 Bcast:10.0.102.255 Mask:255.255.255.0
> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
> RX packets:4 errors:0 dropped:0 overruns:0 frame:0
> TX packets:25 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:1000
> RX bytes:258 (258.0 b) TX bytes:3863 (3.7 Kb)
> Interrupt:10 Base address:0xc060
>
> lo Link encap:Local Loopback
> inet addr:127.0.0.1 Mask:255.0.0.0
> UP LOOPBACK RUNNING MTU:16436 Metric:1
> RX packets:2 errors:0 dropped:0 overruns:0 frame:0
> TX packets:2 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:0
> RX bytes:100 (100.0 b) TX bytes:100 (100.0 b)
>
> --------------------
>
>
>
> Thanks!
>
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFIvqJ/3s42bA80+9kRAvymAJ98+jPjheJGX7u2yC+FzvrZhzaoawCfTkxt
yDDtotyp78B0IhLYf0opuEU=
=5mfR
-----END PGP SIGNATURE-----

Hello. I have been having a very similar problem ever since trying to get my OpenSUSE 10.3 server joined to an Active Directory domain and setting up an XP Pro VMWare virtual machine. At first it seemed that I was getting no internet activity, but I have now confirmed that I have full access but no name resolution.

I have checked resolv.conf, and it appears to me to be correct:

### BEGIN INFO
#
#
### END INFO
#
domain institute
nameserver 143.207.5.30
nameserver 143.207.5.31
nameserver 143.207.5.32

Those are the correct name servers for my internal network.

A couple random digs on my name servers provide the following:

; <<>> DiG 9.4.1-P1 <<>> @143.207.5.30 opensuse.org
; (1 server found)
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 33480
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;opensuse.org.			IN	A

;; ANSWER SECTION:
opensuse.org.		259	IN	A	130.57.5.70

;; Query time: 32 msec
;; SERVER: 143.207.5.30#53(143.207.5.30)
;; WHEN: Tue Sep  9 14:09:24 2008
;; MSG SIZE  rcvd: 46
; <<>> DiG 9.4.1-P1 <<>> @143.207.5.31 www.cam.ac.uk
; (1 server found)
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 28253
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 7, ADDITIONAL: 1

;; QUESTION SECTION:
;www.cam.ac.uk.			IN	A

;; ANSWER SECTION:
www.cam.ac.uk.		86400	IN	A	131.111.8.46

;; AUTHORITY SECTION:
cam.ac.uk.		81477	IN	NS	dns0.eng.cam.ac.uk.
cam.ac.uk.		81477	IN	NS	dns1.cl.cam.ac.uk.
cam.ac.uk.		81477	IN	NS	bitsy.mit.edu.
cam.ac.uk.		81477	IN	NS	authdns0.csx.cam.ac.uk.
cam.ac.uk.		81477	IN	NS	authdns1.csx.cam.ac.uk.
cam.ac.uk.		81477	IN	NS	ns2.ic.ac.uk.
cam.ac.uk.		81477	IN	NS	dns0.cl.cam.ac.uk.

;; ADDITIONAL SECTION:
bitsy.mit.edu.		16984	IN	A	18.72.0.3

;; Query time: 199 msec
;; SERVER: 143.207.5.31#53(143.207.5.31)
;; WHEN: Tue Sep  9 14:11:46 2008
;; MSG SIZE  rcvd: 225
; <<>> DiG 9.4.1-P1 <<>> @143.207.5.32 rohlfamily.com
; (1 server found)
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 14545
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 0

;; QUESTION SECTION:
;rohlfamily.com.			IN	A

;; ANSWER SECTION:
rohlfamily.com.		7200	IN	A	8.17.170.107

;; AUTHORITY SECTION:
rohlfamily.com.		5279	IN	NS	ns3.zoneedit.com.
rohlfamily.com.		5279	IN	NS	ns2.zoneedit.com.

;; Query time: 113 msec
;; SERVER: 143.207.5.32#53(143.207.5.32)
;; WHEN: Tue Sep  9 14:12:49 2008
;; MSG SIZE  rcvd: 93

These certainly make it look like my DNS servers are doing their jobs correctly… I’m just not sure why my OpenSUSE server isn’t resolving with normal use anymore.

The results of the “ip addr sh” command provide the following:

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast qlen 1000
    link/ether 00:1d:09:ef:0c:4a brd ff:ff:ff:ff:ff:ff
    inet 143.207.29.10/24 brd 143.207.29.255 scope global eth0
3: vmnet8: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast qlen 1000
    link/ether 00:50:56:c0:00:08 brd ff:ff:ff:ff:ff:ff
    inet 172.16.219.1/24 brd 172.16.219.255 scope global vmnet8
4: vmnet1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast qlen 1000
    link/ether 00:50:56:c0:00:01 brd ff:ff:ff:ff:ff:ff
    inet 192.168.59.1/24 brd 192.168.59.255 scope global vmnet1

And, “ifconfig -a” results in this:

eth0      Link encap:Ethernet  HWaddr 00:1D:09:EF:0C:4A  
          inet addr:143.207.29.10  Bcast:143.207.29.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:15373 errors:0 dropped:0 overruns:0 frame:0
          TX packets:344 errors:0 dropped:0 overruns:0 carrier:0
          collisions:1 txqueuelen:1000 
          RX bytes:2380552 (2.2 Mb)  TX bytes:43510 (42.4 Kb)
          Interrupt:16 

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:12 errors:0 dropped:0 overruns:0 frame:0
          TX packets:12 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:840 (840.0 b)  TX bytes:840 (840.0 b)

vmnet1    Link encap:Ethernet  HWaddr 00:50:56:C0:00:01  
          inet addr:192.168.59.1  Bcast:192.168.59.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:26 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

vmnet8    Link encap:Ethernet  HWaddr 00:50:56:C0:00:08  
          inet addr:172.16.219.1  Bcast:172.16.219.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:26 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

If anyone can please provide some assistance, that would be great. At a bare minimum, how would I go about completely resetting ALL my network settings and protocols to initial install defaults without reformatting? I think that might be the way to go, but I don’t want to wipe out my data.

Does anyone have any ideas that might help me out? (please check the preceding comment)

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Try a LAN trace… see what is happening when you do your name resolution.

tcpdump -s 0 -w /tmp/captureFile.cap

Good luck.

sokabs wrote:
> Does anyone have any ideas that might help me out? (please check the
> preceding comment)
>
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFIyXFa3s42bA80+9kRAgE/AJ9Zgpk+xrC2Uit1u5iX+oxCgFa81wCeOTvk
UT13mGoL423q54W0/y/bNvA=
=ST0o
-----END PGP SIGNATURE-----

Thanks for the response. When I try tcpdump, even as root, I get a “command not found” error.

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

yast -i tcpdump

Good luck.

sokabs wrote:
> ab@novell.com;1870074 Wrote:
>> Try a LAN trace… see what is happening when you do your name
>> resolution.
>>
>> tcpdump -s 0 -w /tmp/captureFile.cap
>>
>> Good luck.
>
> Thanks for the response. When I try tcpdump, even as root, I get a
> “command not found” error.
>
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFIyXj53s42bA80+9kRAmZ1AJkBKLcSHO7MLiAk6mT+ZeLfv85J4ACfVWBq
UNtjkRIx8qG8Zfca2pUzIXc=
=1O6O
-----END PGP SIGNATURE-----