Ubuntu 8.04, DNS ongelma, ei löydä domain nimiä

[Jarre]

Ubuntu 8.04 Desktop tai Server, asennus jumiutuu "Scanning the mirror..." kohtaan. Boottasin desktopilla ja domain nimiä ei löydy. host, dig ja nslookup komennot toimii, mikään muu ei.

ping ei toimi ollenkaan (ei tule edes timeout:a varttitunnin odottelun jälkeen), route -komento jää jumiin, selain ei löydä osoitteita, netstat -r ei onnistu kun yrittää resolvata nimiä mutta netstat -rn toimii jne. Kaikki toimii nätisti IP osoitteilla tai lisäämällä nimet /etc/hosts -tiedostoon.

Nämä siis toimii:

Koodia: [Valitse]

ubuntu@ubuntu:~$ host www.sonera.fi
www.sonera.fi has address 194.251.244.241
ubuntu@ubuntu:~$ ping -c 4 194.251.244.241
PING 194.251.244.241 (194.251.244.241) 56(84) bytes of data.
64 bytes from 194.251.244.241: icmp_seq=1 ttl=250 time=6.68 ms
64 bytes from 194.251.244.241: icmp_seq=2 ttl=250 time=6.72 ms
64 bytes from 194.251.244.241: icmp_seq=3 ttl=250 time=6.32 ms
64 bytes from 194.251.244.241: icmp_seq=4 ttl=250 time=6.77 ms

--- 194.251.244.241 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3001ms
rtt min/avg/max/mdev = 6.321/6.626/6.775/0.205 ms
ubuntu@ubuntu:~$ netstat -rn
Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
88.192.176.0    0.0.0.0         255.255.240.0   U         0 0          0 eth1
169.254.0.0     0.0.0.0         255.255.0.0     U         0 0          0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U         0 0          0 eth1
0.0.0.0         88.192.176.1    0.0.0.0         UG        0 0          0 eth1
0.0.0.0         0.0.0.0         0.0.0.0         U         0 0          0 eth0
ubuntu@ubuntu:~$

Nämä ei toimi:

Koodia: [Valitse]

ubuntu@ubuntu:~$ ping www.sonera.fi

ubuntu@ubuntu:~$ netstat -r
Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
88.192.176.0    *               255.255.240.0   U         0 0          0 eth1
link-local      *               255.255.0.0     U         0 0          0 eth0
link-local      *               255.255.0.0     U         0 0          0 eth1

ubuntu@ubuntu:~$ route
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
88.192.176.0    *               255.255.240.0   U     0      0        0 eth1
link-local      *               255.255.0.0     U     0      0        0 eth0
link-local      *               255.255.0.0     U     1000   0        0 eth1

ubuntu@ubuntu:~$

Tässä ifconfig ja /etc/resolv.conf:

Koodia: [Valitse]

ubuntu@ubuntu:~$ ifconfig eth1
eth1      Link encap:Ethernet  HWaddr 00:0b:6a:b0:35:16 
          inet addr:88.192.178.106  Bcast:88.192.191.255  Mask:255.255.240.0
          inet6 addr: fe80::20b:6aff:feb0:3516/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1270 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1318 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:789841 (771.3 KB)  TX bytes:198184 (193.5 KB)
          Interrupt:17 Base address:0xd400

ubuntu@ubuntu:~$ cat /etc/resolv.conf
### BEGIN INFO
#
# Modified_by:  NetworkManager
# Process:      /usr/bin/NetworkManager
# Process_id:   7696
#
### END INFO

search dsl.inet.fi


nameserver 193.210.19.19
nameserver 192.89.123.29


ubuntu@ubuntu:~$


Kyseessä on no-name pöytäkone jonka emolla SiS:n piirisarja:

Koodia: [Valitse]

ubuntu@ubuntu:~$ lspci
00:00.0 Host bridge: Silicon Integrated Systems [SiS] 741/741GX/M741 Host (rev 03)
00:01.0 PCI bridge: Silicon Integrated Systems [SiS] SiS AGP Port (virtual PCI-to-PCI bridge)
00:02.0 ISA bridge: Silicon Integrated Systems [SiS] SiS963 [MuTIOL Media IO] (rev 25)
00:02.1 SMBus: Silicon Integrated Systems [SiS] SiS961/2 SMBus Controller
00:02.5 IDE interface: Silicon Integrated Systems [SiS] 5513 [IDE]
00:02.7 Multimedia audio controller: Silicon Integrated Systems [SiS] AC'97 Sound Controller (rev a0)
00:03.0 USB Controller: Silicon Integrated Systems [SiS] USB 1.1 Controller (rev 0f)
00:03.1 USB Controller: Silicon Integrated Systems [SiS] USB 1.1 Controller (rev 0f)
00:03.2 USB Controller: Silicon Integrated Systems [SiS] USB 2.0 Controller
00:04.0 Ethernet controller: Silicon Integrated Systems [SiS] SiS900 PCI Fast Ethernet (rev 90)
00:09.0 Ethernet controller: 3Com Corporation 3c905B 100BaseTX [Cyclone] (rev 64)
01:00.0 VGA compatible controller: Silicon Integrated Systems [SiS] 661/741/760 PCI/AGP or 662/761Gx PCIE VGA Display Adapter
ubuntu@ubuntu:~$

Olen kokeillut verkkoa sekä emolevyyn integroidulla verkkokortilla että pci väylän 3Com kortilla, molemmissa täysin sama juttu.

Mikähän ihme konetta vaivaa?

Edit: Samaan koneeseen asennettu Windows XP Pro SP2 toimii täydellisesti

[veekoo]

Kurkista sinäkin tarkemmin tuota "netstat -rn" -tulostusta. Nuo kaksi default-reittiä voivat sotkea ip-pakettien kulkemisen, joskin en ymmärrä miksi lopputulos olisi juuri tuollainen. Irroita eth0:n piuha (jos siinä on piuha kiinni) tai anna komento "route del -net 0.0.0.0/0 gw 0.0.0.0"

[Jarre]

Kurkista sinäkin tarkemmin tuota "netstat -rn" -tulostusta. Nuo kaksi default-reittiä voivat sotkea ip-pakettien kulkemisen, joskin en ymmärrä miksi lopputulos olisi juuri tuollainen. Irroita eth0:n piuha (jos siinä on piuha kiinni) tai anna komento "route del -net 0.0.0.0/0 gw 0.0.0.0"

Jos kaksi default reittiä olisi sotkeneet pakettien kulkemisen niin eihän esim. ping olisi silloin toiminut IP numerollakaan.

Joka tapauksessa boottasin koneen live ubuntuun ilman toista verkkokorttia ja sillä ei ollut mitään vaikutusta. host, dig ja nslookup komennot toimii samalla lailla kuin ennenkin ja netti toimii IP numeroilla ilman mitään ongelmia. Nimet vaan ei resolvaa, ei sitten ollenkaan. Eli tilanne on täysin sama kuin aiemminkin.

[veekoo]

Todella hämärää.... Viallinen /etc/nsswitch.conf voisi aiheuttaa jotain tällaista (nslookup ohittaa tuon), mutta se, että tilanne toistuu live-levylläkin ei tue tätä arvausta. Seuraavaksi minä katsoisin wireshark-analysaattorilla mitä paketteja ethernet-liitynnässä oikein kulkee. Sillä ainakin näkisi lähteekö dns-paketteja koneesta mihinkään.

[Jarre]

Seuraavaksi minä katsoisin wireshark-analysaattorilla mitä paketteja ethernet-liitynnässä oikein kulkee. Sillä ainakin näkisi lähteekö dns-paketteja koneesta mihinkään.

Wireshark tuli itsellekin mieleen, mutta sen asennus on vähän vaikeaa kun ei ole verkkoa... Aion kokeilla jollain muulla live distrolla, jos vaikka esim. knoppix:ssa olisi wireshark valmiina.

[Jarre]

Wireshark tuli itsellekin mieleen, mutta sen asennus on vähän vaikeaa kun ei ole verkkoa... Aion kokeilla jollain muulla live distrolla, jos vaikka esim. knoppix:ssa olisi wireshark valmiina.

Turhaahan se oli knoppix:ssa wireshark:a kokeilla kun verkko toimii täysin normaalisti.

Vika vaikuttaisi nyt siis liittyvän Ubuntu/Debian distroon, muilla käyttiksillä/distroilla verkko toimii. Mitä Ubuntu tekee eri tavalla kuin esim. knoppix?

[Paznak]

Wireshark tuli itsellekin mieleen, mutta sen asennus on vähän vaikeaa kun ei ole verkkoa... Aion kokeilla jollain muulla live distrolla, jos vaikka esim. knoppix:ssa olisi wireshark valmiina.

Turhaahan se oli knoppix:ssa wireshark:a kokeilla kun verkko toimii täysin normaalisti.

Vika vaikuttaisi nyt siis liittyvän Ubuntu/Debian distroon, muilla käyttiksillä/distroilla verkko toimii. Mitä Ubuntu tekee eri tavalla kuin esim. knoppix?

Kaikkihan tekee erillailla kuin knoppix, mut kysymys kuuluu paivittikö asennus vaiheessa?

[veekoo]

Wireshark tuli itsellekin mieleen, mutta sen asennus on vähän vaikeaa kun ei ole verkkoa...

Jos asennus on nimipalvelusta kiinni, niin pistä /etc/hosts-tiedostoon "193.166.3.5  fi.archive.ubuntu.com", niin asennusten/päivitysten pitäisi toimia.

Toinen mahdollisuus on katsella paketteja komentorivikomennolla tcpdump, se on ainakin joka asennuksessa mukana. Sillä ei voi oikein katsella pakettien yksityiskohtia, mutta ainakin näkee kulkeeko paketteja ollenkaan: "sudo tcpdump -i eth0".

[Jarre]

Kaikkihan tekee erillailla kuin knoppix, mut kysymys kuuluu paivittikö asennus vaiheessa?

Sori mutta en oikein ymmärtänyt, mikä asennus päivittikö mitä ja missä vaiheessa? En ole asennellut mitään (tai olen kyllä yrittänyt), tulokset on saatu live cd:tä käyttäen.

[Jarre]

Toinen mahdollisuus on katsella paketteja komentorivikomennolla tcpdump, se on ainakin joka asennuksessa mukana. Sillä ei voi oikein katsella pakettien yksityiskohtia, mutta ainakin näkee kulkeeko paketteja ollenkaan: "sudo tcpdump -i eth0".

tcpdump kaatui aina jostain syystä, ei tulostanut mitään ruudulle ja ei saanut pois kuin tappamalla kill -9:lla. Wireshark:n sain asennettua, ja 'host www.sonera.fi' näytti tältä:

Koodia: [Valitse]

No.     Time        Source                Destination           Protocol Info
      1 0.000000    80.223.208.189        193.210.19.19         DNS      Standard query A www.sonera.fi
      2 0.006770    193.210.19.19         80.223.208.189        DNS      Standard query response A 194.251.244.241
      3 0.007535    80.223.208.189        193.210.19.19         DNS      Standard query AAAA www.sonera.fi
      4 0.013856    193.210.19.19         80.223.208.189        DNS      Standard query response
      5 0.014358    80.223.208.189        193.210.19.19         DNS      Standard query MX www.sonera.fi
      6 0.021976    193.210.19.19         80.223.208.189        DNS      Standard query response

Komento 'ping www.sonera.fi' ei aiheuttanut yhtään minkäänlaista outputtia wireshark:ssa.

Eli tilanne on tällä hetkellä seuraavanlainen: Windows XP Pro toimii, Knoppix toimii, Ubuntu 8.04 (server tai desktop) ei toimi, Debian 4.0r4a stable ei toimi (asennus jumiutuu 'scanning the mirror' tms kohtaan, eli ei löydä repositorya).

Sekä knoppix:ssa että ubuntussa verkkoasetukset näyttää tältä:

ifconfig:

Koodia: [Valitse]

eth0      Link encap:Ethernet  HWaddr 00:0B:6A:B0:35:16
          inet addr:80.223.208.189  Bcast:80.223.223.255  Mask:255.255.240.0
          inet6 addr: fe80::20b:6aff:feb0:3516/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:490 errors:0 dropped:0 overruns:0 frame:0
          TX packets:534 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:436630 (426.3 KiB)  TX bytes:83498 (81.5 KiB)
          Interrupt:19 Base address:0xd400

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:14 errors:0 dropped:0 overruns:0 frame:0
          TX packets:14 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:700 (700.0 b)  TX bytes:700 (700.0 b)

nsswitch.conf:

Koodia: [Valitse]

passwd:         compat
group:          compat
shadow:         compat

hosts:          files dns
networks:       files

protocols:      db files
services:       db files
ethers:         db files
rpc:            db files

netgroup:       nis

resolv.conf:

Koodia: [Valitse]

search dsl.inet.fi
nameserver 193.210.19.19
nameserver 192.89.123.29

route -n output:

Koodia: [Valitse]

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
80.223.208.0    0.0.0.0         255.255.240.0   U     0      0        0 eth0
0.0.0.0         80.223.208.1    0.0.0.0         UG    0      0        0 eth0

Eli täysin samat, mutta silti ubuntussa ei toimi dns. Mikä tässä mättää? Ja kokeiltu on siis sekä emoon integroidulla verkkokortilla että pci väylään liitetyllä 3com kortilla, ei toimi. Kokeiltu on myös eri koneessa, samalta rompulta bootattu läppäri (ibm t41) ja verkko toimii ilman mitään ongelmia.

[AlbertRetro]

Tyhmiä tässä jäin pähkäilemään...
Muutuisiko tilanne oleellisesti jos sen adsl-purkin resetoisi tehdasasetuksilleen ennen koneen käynnistystä?
Se sekakäyttö kun saa silloin tällöin niitä outoja ilmiöitä aikaan.

Toinen epäilys on se resolvconf...
vaikenen taas.

Tarkennus: tuo se kait pyöri pienessä päässäni...
http://forum.ubuntu-fi.org/index.php?topic=20221.0

[Jarre]

Tyhmiä tässä jäin pähkäilemään...
Muutuisiko tilanne oleellisesti jos sen adsl-purkin resetoisi tehdasasetuksilleen ennen koneen käynnistystä?
Se sekakäyttö kun saa silloin tällöin niitä outoja ilmiöitä aikaan.

Toisella koneella on pari latausta päällä joten en viitsi alkaa modeemia juuri nyt resetoimaan, mutta kokeilin kuitenkin aiemmin kokonaan toisella modeemilla (Wippies) ja tulokset oli ihan samanlaiset: host, dig ja nslookup toimii, mutta oikeastaan mikään muu ei. Eli en usko että tuon Zyxel:n resetoimisella olisi mitään vaikutusta

Toinen epäilys on se resolvconf...

Voisitko mahdollisesti tarkentaa että mitä tuossa resolv.conf:ssa ?

[gdm]

Tällä hetkellä resolv.conf tiedoston mukaan DNS tulee suoraan soneran nimipalvelimilta.
Itselläni verkkopääte hoitaa tuon tehtävän.

Tämä siis jos verkkopääte kykenee kyseisen tehtävän hoitamaan.

Koodia: [Valitse]

cat /etc/resolv.conf
# Generated by NetworkManager
nameserver 192.168.0.254

Oletko muuttanut /etc/dhcp3/dhclient.conf tiedostoa jotenkin?

[Jarre]

Tällä hetkellä resolv.conf tiedoston mukaan DNS tulee suoraan soneran nimipalvelimilta.
Itselläni verkkopääte hoitaa tuon tehtävän.

DNS tulee suoraan soneran nimipalvelimilta siksi että modeemi on reitittävänä, ei siltaavana. Toisin sanoen tuon Zyxel Prestige 660H-61 modeemin LAN liittimistä kaksi jakaa IP numeroita "suoraan nettiin" ja toiset kaksi NAT:n kautta. Olen kokeillut molempia vaihtoehtoja, eli "raakaa" nettiä sekä natattua, ei vaikutusta.

Oletko muuttanut /etc/dhcp3/dhclient.conf tiedostoa jotenkin?

En ole koskenut tuohon tai mihinkään muuhun tiedostoon, pois lukien /etc/hosts johon olen ongelmaa selvitellessä lisäillyt IP osoitteita.

[veekoo]

Homma kuulostaa nyt siltä, että resolver-kirjastot eivät toimi *sinun koneessasi*, mutta toimivat kun samaa asennus-CD:tä käytetään toisessa koneessa. En kyllä pätkääkään tajua, miten tuollainen vika on ylipäätään mahdollista.

Sarjassamme epätoivoisia testaus/korjausyrityksiä: Asenna koneeseen oma DNS-nimipalvelin (apt-get install bind9) ja merkitse resolv.conf -tiedostoon nimipalvelinosoitteeksi 127.0.0.1.

[Jarre]

Homma kuulostaa nyt siltä, että resolver-kirjastot eivät toimi *sinun koneessasi*, mutta toimivat kun samaa asennus-CD:tä käytetään toisessa koneessa. En kyllä pätkääkään tajua, miten tuollainen vika on ylipäätään mahdollista.

Sarjassamme epätoivoisia testaus/korjausyrityksiä: Asenna koneeseen oma DNS-nimipalvelin (apt-get install bind9) ja merkitse resolv.conf -tiedostoon nimipalvelinosoitteeksi 127.0.0.1.

Jep jep, meni hermot lopullisesti ja sitä myöten tämä ongelma jäänee ratkaisemattomaksi; hommasin toisen koneen tuohon kotiserveriksi jossa verkko toimi samantien.

Vanhasta (toimimattomasta) koneesta on otettu kaikki vähänkin tarpeellinen (cpu, emo, muistit, hd:t) talteen joten sitä ei enää pysty testailemaan.