JavaScript ist deaktiviert. Für eine bessere Darstellung aktiviere bitte JavaScript in deinem Browser, bevor du fortfährst.

DNS Probleme - Umgehung des Routers?

Ersteller fuego
Erstellt am 7 April 2011

fuego

New Member

#1

Ich bin ein treuer Suse Anwender, ohne dass ich mich jedoch intensiv mit Commands beschäftigt hätte. Und jetzt probier ich schon seit Stunden an einem Problem, komme aber nicht weiter.

Wenn ich eth0 (verbunden mit Internet, externe Zone) via yast mit der "Traditionellen Methode (ifup)" und den standard Ethernet Einstellungen konfiguriere und ins Internet will, erhalte ich die Fehlermeldung "Server not found". Wenn ich daraufhin via yast die IPs der DNS hinzufüge (gleiche IPs wie im Router eingetragen) klappt die Internet Verbindung und die Seite wird geladen. ABER das Laden der Seiten dauert EWIG (zB Google ca. 10 - 20 Sek. Das Gleiche dauert mit Win7 ca. 0.5 sek !).

Da das Herunterladen von Daten problemlos mit vollem Speed funktioniert und wenn ich die IP (anstatt den host) angebe, (zB 178.236.4.28 für amazon.de) dauert es die gewünschte 1 sek bis die Seite geladen ist, komme ich zum Schluss, dass es sich immer noch um ein DNS Problem handelt.

Somit habe ich versucht, in yast beim DNS auf "manually" zu schalten und versucht die folgenden Dateien
- /etc/resolve.conf
- /etc/sysconfig/network/confg
so zu konfigurieren, dass ich den DNS des Routers ganz umgehen kann und direkt auf einen anderen DNS zugreifen kann. Jedoch ohne Erfolg.

Wie lässt sich ein (meiner Meinung nach) fehlerhafter Router umgehen?
Ich bin dankbar für jede Hilfe!

Software: Win7 (64) und openSuse 11.4 (64)
Hardware: Motherboard (nForce Chipsatz mit 2 nVidia Gbit Ethernets), wired mit Router meines ISP (Netopia 7640-47 VDSL Modem)
hwinfo:

Code:

77: None 00.0: 10701 Ethernet
  [Created at net.124]
  Unique ID: usDW.ndpeucax6V1
  Parent ID: rBUF.VnBBN+RSdr3
  SysFS ID: /class/net/eth0
  SysFS Device Link: /devices/pci0000:00/0000:00:11.0
  Hardware Class: network interface
  Model: "Ethernet network interface"
  Driver: "forcedeth"
  Driver Modules: "forcedeth"
  Device File: eth0
  HW Address: 00:1f:c6:8e:a9:d3
  Link detected: yes
  Config Status: cfg=no, avail=yes, need=no, active=unknown
  Attached to: #42 (Ethernet controller)

fuego

New Member

#2

AW: DNS Probleme - Umgehung des Routers?

Hey, ein Nachtrag:

Ich habe parallel ein Notebook frisch mit Kubuntu (10.10) installiert. Wenn ich an der gleichen Leitung surfe, habe ich die oben beschriebenen Probleme NICHT. Die Leitung läuft wie geschmiert.
D.h. es liegt nicht am Router/VDSL Modem, sondern an der Config. von SuSE 11.4.

Demnach habe ich mal das oben beschriebene Script ausgeführt:

Code:

collectNWData.sh V0.6.5.4.2_i1 (Rev: 1.283, Build: 2011/03/03 21:14:38 UTC)
--- Which type of your network connection should be tested?
--- (1) Wired connection
--- What's the type of networktopology?
--- (1) DSL modem <---> LinuxClient
--- On which host is the script executed?
--- (1) LinuxClient

--- NWEliza is analyzing the system for common network configuration errors ...

!!! CND0100E: No network card for the selected connection type was found on the system

--- Go to http://www.linux-tips-and-tricks.de/CND#English to get more detailed instructions 
--- about the error/warning messages and how to fix the problems on your own.

--- If you are unsuccessful then place the contents of file collectNWData.txt in the net
--- (see http://www.linux-tips-and-tricks.de/CND_UPL#English for links) 
--- and then paste the nopaste link on your favorite Linux forum.

==================================================================================================================
===== cat /etc/*[-_]release || cat /etc/*[-_]version =============================================================
/etc/SuSE-release
openSUSE 11.4 (x86_64)
VERSION = 11.4
CODENAME = Celadon
===== uname -a ===================================================================================================
Linux mother 2.6.37.1-1.2-desktop #1 SMP PREEMPT 2011-02-21 10:34:10 +0100 x86_64 x86_64 x86_64 GNU/Linux
===== lspci ======================================================================================================
===== find /lib/modules/`uname -r` -name "*.ko" ==================================================================
===== lsusb | grep -v "root hub" =================================================================================
Bus 001 Device 002: ID 0424:2514 Standard Microsystems Corp. USB 2.0 Hub
Bus 002 Device 002: ID 046d:c051 Logitech, Inc. G3 (MX518) Optical Mouse
Bus 002 Device 003: ID 046d:c318 Logitech, Inc. Illuminated Keyboard
Bus 001 Device 005: ID 0424:2602 Standard Microsystems Corp. USB 2.0 Hub
Bus 001 Device 006: ID 0424:2228 Standard Microsystems Corp. 9-in-2 Card Reader
===== hwinfo (filtered) ==========================================================================================
36: PCI 11.0: 0200 Ethernet controller
  Model: "nVidia MCP55 Ethernet"
  Vendor: pci 0x10de "nVidia Corporation"
  Device: pci 0x0373 "MCP55 Ethernet"
  SubVendor: pci 0x1043 "ASUSTeK Computer Inc."
  SubDevice: pci 0xcb84 
  Driver: "forcedeth"
  Driver Modules: "forcedeth"
  Device File: eth0
  Link detected: yes
    Driver Status: forcedeth is active
    Driver Activation Cmd: "modprobe forcedeth"
37: PCI 12.0: 0200 Ethernet controller
  Model: "nVidia MCP55 Ethernet"
  Vendor: pci 0x10de "nVidia Corporation"
  Device: pci 0x0373 "MCP55 Ethernet"
  SubVendor: pci 0x1043 "ASUSTeK Computer Inc."
  SubDevice: pci 0xcb84 
  Driver: "forcedeth"
  Driver Modules: "forcedeth"
  Device File: eth1
  Link detected: yes
    Driver Status: forcedeth is active
    Driver Activation Cmd: "modprobe forcedeth"
===== lsmod (filtered) ===========================================================================================
| af_packet       | asus_atk0110    | dm_snapshot     | forcedeth       | i2c_nforce2      |
| ip_tables       | jbd2            | mperf           | pci_hotplug     | sata_nv          |
| serio_raw       | sg              | shpchp          | sr_mod          |
===== ifconfig (filtered for eth|wlan|ra|ath|dsl) ================================================================
eth0      Link encap:Ethernet  HWaddr ##:##:##:##:##:#1  
          inet addr:192.168.0.36  Bcast:255.255.255.255  Mask:255.255.255.0
          inet6 addr: fe80::21f:c6ff:fe8e:a9d3/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:3739 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2069 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:2151503 (2.0 Mb)  TX bytes:216999 (211.9 Kb)
          Interrupt:40 Base address:0xc000 
eth1      Link encap:Ethernet  HWaddr ##:##:##:##:##:#2  
          inet addr:192.168.1.101  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::21f:c6ff:fe8e:a9d4/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:3 errors:0 dropped:0 overruns:0 frame:0
          TX packets:49 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:1770 (1.7 Kb)  TX bytes:8416 (8.2 Kb)
          Interrupt:41 Base address:0x8000 
===== cat /etc/sysconfig/network/ifcfg-[earwd]* | grep -v "=''" ==================================================
--- /etc/sysconfig/network/ifcfg-eth0
BOOTPROTO='dhcp'
NAME='MCP55 Ethernet'
STARTMODE='auto'
USERCONTROL='yes'
--- /etc/sysconfig/network/ifcfg-eth1
BOOTPROTO='dhcp'
NAME='MCP55 Ethernet'
STARTMODE='auto'
USERCONTROL='yes'
===== dhcpcd-test ================================================================================================
eth0: DHCP server available
eth1: DHCP server available
===== ping tests =================================================================================================
Ping of 195.135.220.3 OK
Ping of www.suse.de OK
===== cat /etc/resolv | grep -i "nameserver" =====================================================================
nameserver 195.186.1.162
nameserver 195.186.4.162
===== cat /etc/hosts =============================================================================================
127.0.0.1       localhost
===== route -n | egrep "(eth|ath|ra|wlan|dsl)" ===================================================================
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 eth1
192.168.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
0.0.0.0         192.168.0.1     0.0.0.0         UG    0      0        0 eth0
===== egrep 'eth|ath|wlan|ra' /etc/udev/rules.d/*net_persistent* /etc/udev/rules.d/*persistent-net* ==============
/etc/udev/rules.d/70-persistent-net.rules:SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="##:##:##:##:##:#1", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
/etc/udev/rules.d/70-persistent-net.rules:SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="##:##:##:##:##:#2", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"
==================================================================================================================
*** NWElizaStates V0.6.5.4.2_i1
IF:eth0 IM:1 IF:eth1 IM:1 DI:2 FALON:0

Was mache ich falsch?

Rain_Maker

Administrator

Teammitglied

#3

AW: DNS Probleme - Umgehung des Routers?

fuego schrieb:

Code:

collectNWData.sh V0.6.5.4.2_i1 (Rev: 1.283, Build: 2011/03/03 21:14:38 UTC)
--- Which type of your network connection should be tested?
--- (1) Wired connection
--- What's the type of networktopology?
--- (1) DSL modem <---> LinuxClient

Naja. das stimmt so wohl kaum, oder?

Die Kiste hängt doch an einem Router auch wenn der Anbieter das Ding vielleicht "Kabelmodem" oder so ähnlich nennt.

Deshalb auch diese Meldung hier

Code:

!!! CND0100E: No network card for the selected connection type was found on the system

denn so erwartet das Script eigentlich ein Interface pppX/dslX, welches nur dann existieren würde, wenn man sich direkt über den Rechner einwählt (z.B. mit PPPoE), aber das nur am Rande.

Code:

eth0      Link encap:Ethernet  HWaddr ##:##:##:##:##:#1  
          inet addr:192.168.0.36  Bcast:255.255.255.255  Mask:255.255.255.0
[b]          inet6 addr: fe80::21f:c6ff:fe8e:a9d3/64 Scope:Link[/b]
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:3739 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2069 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:2151503 (2.0 Mb)  TX bytes:216999 (211.9 Kb)
          Interrupt:40 Base address:0xc000 
eth1      Link encap:Ethernet  HWaddr ##:##:##:##:##:#2  
          inet addr:192.168.1.101  Bcast:192.168.1.255  Mask:255.255.255.0
    [b]      inet6 addr: fe80::21f:c6ff:fe8e:a9d4/64 Scope:Link[/b]
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:3 errors:0 dropped:0 overruns:0 frame:0
          TX packets:49 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:1770 (1.7 Kb)  TX bytes:8416 (8.2 Kb)
          Interrupt:41 Base address:0x8000

Da liegt wohl der Hase im Pfeffer, namentlich IPv6, was anhand des im ersten Post beschriebenen Verhaltens eigentlich schon der Hauptverdächtige war.

IPv6 sowohl systemweit (hier in diesem Unterforum habe ich das für openSUSE 11.2 beschrieben, gilt auch für 11.3/11.4)

http://www.suseforum.de/suse-internetkonfiguration/10551-opensuse-11-2-ipv6-l-sst-sich-via-yast-nicht-deaktivieren-workaround-inside.html

als auch ggf. noch extra für Firefox abschalten (Suchmaschine nach "Firefox ipv6 deaktivieren" bzw.. "Firefox ipv6 deaktivieren openSUSE" befragen), das dürfte helfen.

Greetz,

RM

P.S.

In gewisser Weise stimmt die Aussage "fehlerhafter Router" sogar, denn irgendwo in der Infrastruktur Deines ISP fehlt noch die Unterstützung für IPv6 weshalb das System bei aktiviertem IPv6 zunächst auf DNS-Anfragen über IPv6 bis zum Timeout auf Antworten wartet bevor IPv4 verwendet wird. Das wird sich dann ändern, wenn IPv6 mehr Verbreitung bei den ISPs hat.

P.P.S.

Beide Interfaces per DHCP kann auch Ärger machen, vor allem frage ich mich gerade welcher DHCP-Server dem zweiten Interface, welches nicht am Router hängt, eine IP liefert.

fuego

New Member

#4

AW: DNS Probleme - Umgehung des Routers?

Ich kireg ne Kriieese! Ich hatte den Eintrag zu IPv6 gelesen, hatte aber nicht kapiert, dass das direkt mit meinem Problem zusammenhängt ...arrrggg
Des war's, Problem gelöst! Die Sache flutscht wie gewohnt.

Meinen herzlichen Dank an Rain_Maker!

Firefox:
War gar nicht mehr nötig dort IPv6 auch noch zu deaktivieren. Werd's aber sicher im Hinterkopf behalten.

Script:
Deine Bemerkung betreffend Router oder Modem ist richtig, deshalb hatte ich das Script auch zweimal laufen lassen. Einmal:

Code:

--- (1) DSL modem <---> LinuxClient
--- On which host is the script executed?
--- (1) LinuxClient

--- NWEliza is analyzing the system for common network configuration errors ...

!!! CND0100E: No network card for the selected connection type was found on the system

--- Go to [url=http://www.linux-tips-and-tricks.de/CND#English]Meldungen/Messages | collectNWData.sh Fehlermeldungen[/url] to get more detailed instructions 
--- about the error/warning messages and how to fix the problems on your own.

und einmal:

Code:

--- (2) DSL HW router <---> LinuxClient
--- On which host is the script executed?
--- (1) LinuxClient

--- NWEliza is analyzing the system for common network configuration errors ...

!!! CND0100E: No network card for the selected connection type was found on the system

--- Go to [url=http://www.linux-tips-and-tricks.de/CND#English]Meldungen/Messages | collectNWData.sh Fehlermeldungen[/url] to get more detailed instructions 
--- about the error/warning messages and how to fix the problems on your own.

und interessanterweise den Error zweimal erhalten.

Beide Interfaces per DHCP:
eth0 ist externe Zone per DHCP an Router A (zum Internet / ISP)
eth1 ist interne Zone per DHCP an Router B (Verbunden mit Notebook, NAS)

Rain_Maker

Administrator

Teammitglied

#5

AW: DNS Probleme - Umgehung des Routers?

fuego schrieb:

Script:
Deine Bemerkung betreffend Router oder Modem ist richtig, deshalb hatte ich das Script auch zweimal laufen lassen. Einmal:

Code:

--- (1) DSL modem <---> LinuxClient
--- On which host is the script executed?
--- (1) LinuxClient

--- NWEliza is analyzing the system for common network configuration errors ...

!!! CND0100E: No network card for the selected connection type was found on the system

--- Go to [url=http://www.linux-tips-and-tricks.de/CND#English]Meldungen/Messages | collectNWData.sh Fehlermeldungen[/url] to get more detailed instructions 
--- about the error/warning messages and how to fix the problems on your own.

und einmal:

Code:

--- (2) DSL HW router <---> LinuxClient
--- On which host is the script executed?
--- (1) LinuxClient

--- NWEliza is analyzing the system for common network configuration errors ...

!!! CND0100E: No network card for the selected connection type was found on the system

--- Go to [url=http://www.linux-tips-and-tricks.de/CND#English]Meldungen/Messages | collectNWData.sh Fehlermeldungen[/url] to get more detailed instructions 
--- about the error/warning messages and how to fix the problems on your own.

und interessanterweise den Error zweimal erhalten.

Hm, das wird sicher framp -den Autor des Scripts, der hier auch ab und zu mal unterwegs ist- interessieren, sieht nach einem kleinen (wenn auch nicht tragischen) Fehler in der Problemerkennung seines Scripts aus, beim zweiten Mal hätte diese Warnung eigentlich nicht auftauchen dürfen, beim ersten Mal musste sie korrekterweise auftauchen.

fuego schrieb:
Beide Interfaces per DHCP:
eth0 ist externe Zone per DHCP an Router A (zum Internet / ISP)
eth1 ist interne Zone per DHCP an Router B (Verbunden mit Notebook, NAS)

So lange Dein System bzw. die jeweiligen Router so konfiguriert sind, daß der Standardgateway immer über eth0/192.168.0.1 gesetzt wird, ist das kein Problem.

Code:

===== route -n | egrep "(eth|ath|ra|wlan|dsl)" ===================================================================
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 eth1
192.168.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
[B]0.0.0.0         192.168.0.1     0.0.0.0         UG    0      0        0 eth0[/B]

Wenn das automatisch immer so aussieht, dann ist alles in Ordnung und laut der großen Administratorenweisheit, die da heisst

"If it isn't broken, don't fix it!"

würde ich alles so lassen, wie es jetzt ist, sollte es doch auf einmal Ärger mit dem Routing geben, dann weiß man aber zumindest, wo der Haken sein könnte.

Das mit IPv6 als "Problem" wird wahrscheinlich so ähnlich laufen wie "damals" bei x86_64, da gab es auch schon lange die entsprechende Hardware, kurze Zeit später gab es die entsprechende Unterstützung unter Linux aber bis zur weiten Verbreitung (in diesem Fall auf Anwendungsebene, Stichworte Java-Plugin, Flash, etc.) musste man warten bis auch andere Anbieter proprietärer Software diese Technologie adaptiert hatten.

Genau so wie bei 64-Bit Systemen ist IPv6 der nächste, logische Schritt, der technische Druck ist hier sogar größer, denn IPv4-Adressen werden langsam knapp, aber es wird noch nicht so breit verwendet, daß z.B. auch alle Router damit klar kommen und für den Distributor stellt sich dann eben die Frage, ob er IPv6 per default aktiviert oder nicht.

Bei openSUSE ist IPv6 schon seit Jahren per default aktiv und man nimmt eben in Kauf, daß es dann eben auch einige Benutzer so wie Dich "erwischt", weil seine HW oder die Infrastruktur seines ISPs da nicht mitspielt.

Es gab/gibt da auch immer wieder Diskussionen, ob man IPv6 nicht per default deaktivieren sollte, aber bisher wurde das immer -IMHO auch zu Recht, denn es wird in absehbarer Zeit IPv4 ablösen- abgelehnt.

Das einzige Ärgernis war eben (siehe meinen zuvor verlinkten Beitrag), daß es nicht mehr so einfach via YaST deaktiviert werden konnte.

Greetz,

RM

F

framp

Member

#6

AW: DNS Probleme - Umgehung des Routers?

fuego schrieb:
...Da das Herunterladen von Daten problemlos mit vollem Speed funktioniert und wenn ich die IP (anstatt den host) angebe, (zB 178.236.4.28 für amazon.de) dauert es die gewünschte 1 sek bis die Seite geladen ist, komme ich zum Schluss, dass es sich immer noch um ein DNS Problem handelt. ...

Wenn du IPV6 enabled hast und Dein Provider das nicht unterstütz hast Du genau dieses Problem. Einfach wie schon von RM empfohlen IPV6 disablen - und gut ist.

Um antworten zu können musst du eingeloggt sein.

Teilen:

Facebook Twitter Reddit Pinterest Tumblr WhatsApp E-Mail Link

Diese Seite verwendet Cookies. Indem du diese Website weiterhin nutzt, erklärst du dich mit der Verwendung von Cookies einverstanden.

Akzeptieren Erfahre mehr…

Oben