(Vermutlich) Anfaengerfrage zu traceroute
Hallo, ich konnte mein uraltes Problem des langsamen Aufbaus von aus dem www geparsten Seiten bislang nicht lösen - wohl auch, weil mir als Nichtinformatiker die Zeit fehlt. Jetzt wollte ich mich an dem Problem mal mit traceroute versuchen. Mein Ziel ist es, herauszufinden wer für die Verzögerungen verantwortlich ist (die Telekom oder meine Hardware). Im Internet findet man Anleitungen oder gleich Seiten, die einem die Ausgabe von traceroute anzeigen. Überlicher Weise sieht das dann etwa so aus: traceroute to google.com (173.194.41.133), 30 hops max, 60 byte packets 1 pophan.han.de (62.48.90.1) 35.850 ms 36.105 ms 46.322 ms 2 192.168.112.117 (192.168.112.117) 14.276 ms 14.814 ms 15.286 ms ... 11 72.14.238.55 (72.14.238.55) 31.579 ms 31.652 ms 31.476 ms 12 lhr08s03-in-f5.1e100.net (173.194.41.133) 36.981 ms 36.982 ms 34.560 ms Wenn ich das auf meinen beiden Rechnern (openSUSE 11.3 und 12.2) eingebe, bekomme ich folgendes Ergebnis: traceroute www.google.com traceroute to www.google.com (173.194.69.106), 30 hops max, 40 byte packets using UDP 1 * * * 2 * * * ... 29 * * * 30 * * * Was sollen mir die Sterne sagen? -T bringt auch nur Sterne und http://lmgtfy.com/?q=traceroute+%22*+*+*%22 hat mir bislang auch nicht weiterhelfen können. Wahrscheinlich ist es ganz einfach. Gruß, Alex -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Fri, 2 Nov 2012 17:19:57 +0100 schrieb "Alex Winzer" <alex.e-mail@gmx.de>:
Hallo,
ich konnte mein uraltes Problem des langsamen Aufbaus von aus dem www geparsten Seiten bislang nicht lösen - wohl auch, weil mir als Nichtinformatiker die Zeit fehlt.
Jetzt wollte ich mich an dem Problem mal mit traceroute versuchen. Mein Ziel ist es, herauszufinden wer für die Verzögerungen verantwortlich ist (die Telekom oder meine Hardware). Im Internet findet man Anleitungen oder gleich Seiten, die einem die Ausgabe von traceroute anzeigen. Überlicher Weise sieht das dann etwa so aus:
traceroute to google.com (173.194.41.133), 30 hops max, 60 byte packets 1 pophan.han.de (62.48.90.1) 35.850 ms 36.105 ms 46.322 ms 2 192.168.112.117 (192.168.112.117) 14.276 ms 14.814 ms 15.286 ms ... 11 72.14.238.55 (72.14.238.55) 31.579 ms 31.652 ms 31.476 ms 12 lhr08s03-in-f5.1e100.net (173.194.41.133) 36.981 ms 36.982 ms 34.560 ms
Wenn ich das auf meinen beiden Rechnern (openSUSE 11.3 und 12.2) eingebe, bekomme ich folgendes Ergebnis:
traceroute www.google.com traceroute to www.google.com (173.194.69.106), 30 hops max, 40 byte packets using UDP 1 * * * 2 * * * ... 29 * * * 30 * * *
Was sollen mir die Sterne sagen? -T bringt auch nur Sterne und http://lmgtfy.com/?q=traceroute+%22*+*+*%22 hat mir bislang auch nicht weiterhelfen können. Wahrscheinlich ist es ganz einfach.
Da werden von deinem Provider die Routeradressen nicht mitgeteilt und nicht durch DNS in Namen aufgelöst. -Dieter -- Dieter Klünter | Systemberatung http://dkluenter.de GPG Key ID:DA147B05 53°37'09,95"N 10°08'02,42"E -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
traceroute www.google.com traceroute to www.google.com (173.194.69.106), 30 hops max, 40 byte packets using UDP 1 * * * 2 * * * ... 29 * * * 30 * * *
Was sollen mir die Sterne sagen? -T bringt auch nur Sterne und http://lmgtfy.com/?q=traceroute+%22*+*+*%22 hat mir bislang auch nicht weiterhelfen können. Wahrscheinlich ist es ganz einfach.
Da werden von deinem Provider die Routeradressen nicht mitgeteilt und nicht durch DNS in Namen aufgelöst.
Bedeutet das, dass es providerinterne Router sind? Denn jeder andere Router/Rechner müsste ja eine erkennbare ip Adresse haben, sonst könnte der Provider ja die Pakete nicht weiterleiten. Oder sehe ich das falsch? Gruß Karl -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 02.11.2012 18:44, schrieb Karl Sinn:
traceroute www.google.com traceroute to www.google.com (173.194.69.106), 30 hops max, 40 byte packets using UDP 1 * * * 2 * * * ... 29 * * * 30 * * *
Was sollen mir die Sterne sagen? -T bringt auch nur Sterne und http://lmgtfy.com/?q=traceroute+%22*+*+*%22 hat mir bislang auch nicht weiterhelfen können. Wahrscheinlich ist es ganz einfach.
Da werden von deinem Provider die Routeradressen nicht mitgeteilt und nicht durch DNS in Namen aufgelöst.
Bedeutet das, dass es providerinterne Router sind? Denn jeder andere Router/Rechner müsste ja eine erkennbare ip Adresse haben, sonst könnte der Provider ja die Pakete nicht weiterleiten. Oder sehe ich das falsch?
Gruß Karl
Ich hab das mal mit TCP probiert, dann bekomme ich eine "schönere" Liste, und auch am Ende die IP-Adresse von google: traceroute -T www.google.com Gruß Karl -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo und Danke, Am 02.11.2012 18:54, schrieb Karl Sinn:
Am 02.11.2012 18:44, schrieb Karl Sinn:
traceroute www.google.com traceroute to www.google.com (173.194.69.106), 30 hops max, 40 byte packets using UDP 1 * * * 2 * * * ... 29 * * * 30 * * *
Was sollen mir die Sterne sagen? -T bringt auch nur Sterne und http://lmgtfy.com/?q=traceroute+%22*+*+*%22 hat mir bislang auch nicht weiterhelfen können. Wahrscheinlich ist es ganz einfach.
Da werden von deinem Provider die Routeradressen nicht mitgeteilt und nicht durch DNS in Namen aufgelöst.
Das ist ja ein Skandal ;-) Mal ganz blöd gefragt: Was kann man dagegen machen?
Bedeutet das, dass es providerinterne Router sind? Denn jeder andere Router/Rechner müsste ja eine erkennbare ip Adresse haben, sonst könnte der Provider ja die Pakete nicht weiterleiten. Oder sehe ich das falsch?
Das verstehe ich auch nicht. Irgendwann muss ja der Name aufgelöst werden und dann stellt sich die Frage, warum kommt nichts zurück.
Ich hab das mal mit TCP probiert, dann bekomme ich eine "schönere" Liste, und auch am Ende die IP-Adresse von google:
traceroute -T www.google.com
Das bringt bei mir nichts. Hatte ich aber schon geschrieben. Ich hatte irgendwo noch gefunden, dass die Sterne dann kämen, wenn wegen Zeiablaufs die Pakete oder was auch immer nicht weitergeleitet werden könnten. Ich habe deshalb mit -w 100 traceroute wahnsinns Zeit gegeben. Aber außer das ich ewig warten musste, hat es nichts gebracht. Es blieb bei den ungeliebten Sternen. Gruß, Alex -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Fri, 02 Nov 2012 18:44:19 +0100 schrieb Karl Sinn <news@budostore.de>:
traceroute www.google.com traceroute to www.google.com (173.194.69.106), 30 hops max, 40 byte packets using UDP 1 * * * 2 * * * ... 29 * * * 30 * * *
Was sollen mir die Sterne sagen? -T bringt auch nur Sterne und http://lmgtfy.com/?q=traceroute+%22*+*+*%22 hat mir bislang auch nicht weiterhelfen können. Wahrscheinlich ist es ganz einfach.
Da werden von deinem Provider die Routeradressen nicht mitgeteilt und nicht durch DNS in Namen aufgelöst.
Bedeutet das, dass es providerinterne Router sind? Denn jeder andere Router/Rechner müsste ja eine erkennbare ip Adresse haben, sonst könnte der Provider ja die Pakete nicht weiterleiten. Oder sehe ich das falsch?
Überiegend sind das wohl providerinterne Router bzw. DNS, die Adresse muss aber nicht bekannt sein, denn traceroute sendet Protokollrequests als Broadcast um dann auf Antwort zu warten. Bekannt wird dadurch in jedem Fall die Mac Adresse und die genügt zur Identifikation des jeweiligen Routers. -Dieter -- Dieter Klünter | Systemberatung http://dkluenter.de GPG Key ID:DA147B05 53°37'09,95"N 10°08'02,42"E -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo, Am 02.11.2012 19:12, schrieb Dieter Klünter:
Am Fri, 02 Nov 2012 18:44:19 +0100
traceroute www.google.com traceroute to www.google.com (173.194.69.106), 30 hops max, 40 byte packets using UDP 1 * * * 2 * * * ... 29 * * * 30 * * *
Was sollen mir die Sterne sagen? -T bringt auch nur Sterne und http://lmgtfy.com/?q=traceroute+%22*+*+*%22 hat mir bislang auch nicht weiterhelfen können. Wahrscheinlich ist es ganz einfach. [...] [...] Überiegend sind das wohl providerinterne Router bzw. DNS, die Adresse muss aber nicht bekannt sein, denn traceroute sendet Protokollrequests als Broadcast um dann auf Antwort zu warten. Bekannt wird dadurch in jedem Fall die Mac Adresse und die genügt zur Identifikation des jeweiligen Routers. Meine beiden Rechner stehen in verschiedenen Netzen. Beide sind über eine Telekom-DSL mit der weiten Welt verbunden. Nur zum Verständnis: Dann dürfte doch das mit meinem Windows 7 Rechner im selben LAN nicht gehen, oder:
C:\>tracert www.google.de Routenverfolgung zu www.google.de [173.194.69.94] über maximal 30 Abschnitte: 1 1 ms 1 ms 1 ms my.router [192.168.1.1] 2 71 ms 10 ms 8 ms 217.0.118.70 3 8 ms 8 ms 9 ms 87.186.242.150 4 13 ms 14 ms 16 ms b-ea6-i.B.DE.NET.DTAG.DE [62.154.47.66] 5 90 ms 80 ms 82 ms 194.25.211.30 6 16 ms 14 ms 15 ms 209.85.249.182 7 16 ms 16 ms 15 ms 66.249.95.143 8 15 ms 15 ms 16 ms 64.233.174.55 9 * * * Zeitüberschreitung der Anforderung. 10 15 ms 16 ms 14 ms www.google.de [173.194.69.94] Ablaufverfolgung beendet. Außerdem klappt auf den openSUSE Rechnern das hier völlig problemlos und rasend schnell: server:~ # ping www.google.de -c 10 PING www.google.de (173.194.69.94) 56(84) bytes of data. 64 bytes from www.google.de (173.194.69.94): icmp_req=1 ttl=50 time=15.2 ms 64 bytes from www.google.de (173.194.69.94): icmp_req=2 ttl=50 time=12.9 ms 64 bytes from www.google.de (173.194.69.94): icmp_req=3 ttl=50 time=13.2 ms 64 bytes from www.google.de (173.194.69.94): icmp_req=4 ttl=50 time=15.1 ms 64 bytes from www.google.de (173.194.69.94): icmp_req=5 ttl=50 time=14.5 ms 64 bytes from www.google.de (173.194.69.94): icmp_req=6 ttl=50 time=13.4 ms 64 bytes from www.google.de (173.194.69.94): icmp_req=7 ttl=50 time=13.9 ms 64 bytes from www.google.de (173.194.69.94): icmp_req=8 ttl=50 time=13.5 ms 64 bytes from www.google.de (173.194.69.94): icmp_req=9 ttl=50 time=14.9 ms 64 bytes from www.google.de (173.194.69.94): icmp_req=10 ttl=50 time=15.1 ms --- www.google.de ping statistics --- 10 packets transmitted, 10 received, 0% packet loss, time 9010ms rtt min/avg/max/mdev = 12.958/14.239/15.298/0.852 ms Also müsste es doch grundsätzlich gehen und ich das Problem dann eher bei meinen openSUSEn suchen. Bloß wo/wie fange ich an? Gruß, Alex -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Freitag 02 November 2012 schrieb Dieter Klünter:
Am Fri, 02 Nov 2012 18:44:19 +0100
schrieb Karl Sinn <news@budostore.de>:
traceroute www.google.com traceroute to www.google.com (173.194.69.106), 30 hops max, 40 byte packets using UDP
1 * * * 2 * * *
... 29 * * * 30 * * *
Was sollen mir die Sterne sagen? -T bringt auch nur Sterne und http://lmgtfy.com/?q=traceroute+%22*+*+*%22 hat mir bislang auch nicht weiterhelfen können. Wahrscheinlich ist es ganz einfach. Wie wär's mal mit einem Blick in die man page zu traceroute: | This program (gemeint ist trceroute) attempts to trace the route an IP | packet would follow to some internet host by launching probe packets | with a small ttl (time to live) then listening for an ICMP "time | exceeded" reply from a gateway. We start our probes with a ttl of one | and increase by one until we get an ICMP "port unreachable" (or TCP | reset), which means we got to the "host", or hit a max (which defaults to | 30 hops). Three probes (by default) are sent at each ttl setting and a | line is printed showing the ttl, address of the gateway and round trip | time of each probe. The address can be followed by additional | information when requested. If the probe answers come from different | gateways, the address of each responding system will be printed. If there | is no response within a 5.0 seconds (default), an "*" (asterisk) is | printed for that probe. Der letzte Satz erklärt es.
-- Mit freundlichen Grüßen Matthias Müller (Benutzer #439779 im Linux-Counter http://counter.li.org) PS: Bitte senden Sie als Antwort auf meine E-Mails reine Text-Nachrichten!
Am 02.11.2012 18:36, schrieb Dieter Klünter:
Am Fri, 2 Nov 2012 17:19:57 +0100 schrieb "Alex Winzer" <alex.e-mail@gmx.de>:
29 * * * 30 * * *
Was sollen mir die Sterne sagen? -T bringt auch nur Sterne und http://lmgtfy.com/?q=traceroute+%22*+*+*%22 hat mir bislang auch nicht weiterhelfen können. Wahrscheinlich ist es ganz einfach.
Da werden von deinem Provider die Routeradressen nicht mitgeteilt und nicht durch DNS in Namen aufgelöst.
Nein... die Sternchen stehen für die Ping-Zeiten und bedeuten, dass dort keine Antworten kommen. Wenn die der Name zur IP nicht aufgelöst werden kann (kein Reverse-DNS Eintrag vorhanden), wird lediglich die IP ausgegeben. Da du aber bereits schon nicht mal die Adresse deines Routers erhältst, scheint was generell mit deiner Netzwerkeinrichtung nicht zu stimmen. Denn bei korrekter Einstellung müsstest du zumindest die Adresse deines Routers sehen. Gruß Uli -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Sat, 03 Nov 2012 10:43:14 +0100 schrieb Ulrich Gehauf <u.gehauf@a-cons.de>:
Am 02.11.2012 18:36, schrieb Dieter Klünter:
Am Fri, 2 Nov 2012 17:19:57 +0100 schrieb "Alex Winzer" <alex.e-mail@gmx.de>:
29 * * * 30 * * *
Was sollen mir die Sterne sagen? -T bringt auch nur Sterne und http://lmgtfy.com/?q=traceroute+%22*+*+*%22 hat mir bislang auch nicht weiterhelfen können. Wahrscheinlich ist es ganz einfach.
Da werden von deinem Provider die Routeradressen nicht mitgeteilt und nicht durch DNS in Namen aufgelöst.
Nein... die Sternchen stehen für die Ping-Zeiten und bedeuten, dass dort keine Antworten kommen. Wenn die der Name zur IP nicht aufgelöst werden kann (kein Reverse-DNS Eintrag vorhanden), wird lediglich die IP ausgegeben. Da du aber bereits schon nicht mal die Adresse deines Routers erhältst, scheint was generell mit deiner Netzwerkeinrichtung nicht zu stimmen. Denn bei korrekter Einstellung müsstest du zumindest die Adresse deines Routers sehen.
Das ist genau das, was ich sage, wenn auch etwas kürzer. -Dieter -- Dieter Klünter | Systemberatung http://dkluenter.de GPG Key ID:DA147B05 53°37'09,95"N 10°08'02,42"E -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Freitag, 2. November 2012 schrieb Alex Winzer: (...)
traceroute www.google.com traceroute to www.google.com (173.194.69.106), 30 hops max, 40 byte packets using UDP 1 * * * 2 * * * ... 29 * * * 30 * * *
Was sollen mir die Sterne sagen? (...)
Blockierst Du irgendwo das icmp-Protokoll? Bye Bernd -------------------------------------------------- Bitte nur der Liste antworten, danke -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 03.11.2012 11:01, schrieb Bernd Nachtigall:
Am Freitag, 2. November 2012 schrieb Alex Winzer: (...)
traceroute www.google.com traceroute to www.google.com (173.194.69.106), 30 hops max, 40 byte packets using UDP 1 * * * 2 * * * ... 29 * * * 30 * * *
Was sollen mir die Sterne sagen? (...)
Blockierst Du irgendwo das icmp-Protokoll? Keine Ahnung. Wie kann ich das herausfinden?
Zur Erklärung - mein obiges Problem wird bei folgendem Szenario relevant: Mittels PHP hole ich den Inhalt einer Webseite. Das klappt meistens - aber sehr _langsam_. Z.B. braucht folgender php-Code bei mir immer so zwischen 20-30 Sek., während er ausgelagert auf meinem Webspace unter 1 Sek. läuft: $r = file("http://www.google.de <https://service.gmx.net/de/cgi/derefer?TYPE=3&DEST=http%3A%2F%2Fwww.google.de>"); Rufe ich hingegen nicht die Domain ab, sondern die dazugehörige IP-Adresse geht es auf auf meinem lokalen Rechner unter 1 Sekunde: $r = file("http://175.186.90.84 <https://service.gmx.net/de/cgi/derefer?TYPE=3&DEST=http%3A%2F%2F175.186.90.84>"); Das Problem ist aber, dass sich die IP-Adresse u.U. auch mal ändern kann. Natürlich würde ich gerne weiterhin die Domain benutzen statt der IP-Adresse. Jetzt suche ich nach dem Fehler, der irgendwo zwischen meinem Apache und (in diesem Beispiel) google liegen muss. Und da dachte ich, traceroute wäre das richtig Mittel, um dem auf den Grund zu gehen. Sollte das schon ein Fehler im Denkansatz sein, dann bitte ich umso mehr um Aufklärung. Gruß & Dank, Alex -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 03.11.2012 14:58, schrieb Alex Winzer:
Am 03.11.2012 11:01, schrieb Bernd Nachtigall:
Am Freitag, 2. November 2012 schrieb Alex Winzer: (...)
traceroute www.google.com traceroute to www.google.com (173.194.69.106), 30 hops max, 40 byte packets using UDP 1 * * * 2 * * * ... 29 * * * 30 * * *
Was sollen mir die Sterne sagen? (...)
Blockierst Du irgendwo das icmp-Protokoll? Keine Ahnung. Wie kann ich das herausfinden?
Zur Erklärung - mein obiges Problem wird bei folgendem Szenario relevant:
Mittels PHP hole ich den Inhalt einer Webseite. Das klappt meistens - aber sehr _langsam_. Z.B. braucht folgender php-Code bei mir immer so zwischen 20-30 Sek., während er ausgelagert auf meinem Webspace unter 1 Sek. läuft:
$r = file("http://www.google.de <https://service.gmx.net/de/cgi/derefer?TYPE=3&DEST=http%3A%2F%2Fwww.google.de>");
Rufe ich hingegen nicht die Domain ab, sondern die dazugehörige IP-Adresse geht es auf auf meinem lokalen Rechner unter 1 Sekunde:
$r = file("http://175.186.90.84 <https://service.gmx.net/de/cgi/derefer?TYPE=3&DEST=http%3A%2F%2F175.186.90.84>");
Das Problem ist aber, dass sich die IP-Adresse u.U. auch mal ändern kann. Natürlich würde ich gerne weiterhin die Domain benutzen statt der IP-Adresse. Jetzt suche ich nach dem Fehler, der irgendwo zwischen meinem Apache und (in diesem Beispiel) google liegen muss. Und da dachte ich, traceroute wäre das richtig Mittel, um dem auf den Grund zu gehen. Sollte das schon ein Fehler im Denkansatz sein, dann bitte ich umso mehr um Aufklärung.
Kann es sein, dass du ein Problem mit der Namensauflösung hast? Probier mal einen anderen DNS, hier sind einige Möglichkeiten: # dnscache.berlin.ccc.de nameserver 213.73.91.35 # ns1.nrw.de.dns.opennic.glue nameserver 217.79.186.148 Der zensurfreie DNS-Server des FoeBuD hat die IP-Nummer: # anonymisierungsdienst.foebud.org (85.214.20.141) 85.214.73.63 Server von www.opendns.com 208.67.222.222 und 208.67.220.220 Server von Google DNS 8.8.8.8 und 8.8.4.4 Weiter freie DNS-Server 80.237.196.2 194.95.202.198 87.118.100.175 62.141.58.13 87.118.104.203 85.25.251.254 94.75.228.29 -- Mit freundlichen Grüßen Detlef Wiese -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Kann es sein, dass du ein Problem mit der Namensauflösung hast? Probier mal einen anderen DNS, hier sind einige Möglichkeiten:
# dnscache.berlin.ccc.de nameserver 213.73.91.35
# ns1.nrw.de.dns.opennic.glue nameserver 217.79.186.148
Der zensurfreie DNS-Server des FoeBuD hat die IP-Nummer: # anonymisierungsdienst.foebud.org
(85.214.20.141) 85.214.73.63
Server von www.opendns.com 208.67.222.222 und 208.67.220.220
Server von Google DNS 8.8.8.8 und 8.8.4.4
Weiter freie DNS-Server 80.237.196.2 194.95.202.198 87.118.100.175 62.141.58.13 87.118.104.203 85.25.251.254 94.75.228.29
wow, ich hab mal aus Spass den DNS geändert. Auf einmal bekomme ich Seiten schnell geladen, und auch traceroute geht super schnell, ohne wartezeiten... Ist ja irre. Wieso nur bekomme ich vom Provider so ne scheiss DNS-Angaben??? Danke für die Info. Karl -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo, ...
wow, ich hab mal aus Spass den DNS geändert. Auf einmal bekomme ich Seiten schnell geladen, und auch traceroute geht super schnell, ohne wartezeiten...
Ist ja irre. Wieso nur bekomme ich vom Provider so ne scheiss DNS-Angaben???
Danke für die Info. Karl
Hast Du sicher gestellt, das du nicht aus Versehen unter Linux ip V6 aktiv hast ? Das bringt zuweilen solche Effekte mit bestimmten Routern,u.a. Habe ich das mit einem ganz neu gekauften von der Telekom Boot einigen Wochen erlebt. In meinen Fall waren es die Firmen Rechner mit Windows 7, die sich so verhalten haben, die mit XP gingen ohne Probleme. Der Spuk war vorbei, als wir ip V6 auf den Rechnern deaktiviert haben. Unter Linux habe ich dasselbe mit einer älteren Fritz Box erlebt. Gruß Martin -- Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 04.11.2012 08:20, schrieb Martin Hofius:
Hallo, ...
wow, ich hab mal aus Spass den DNS geändert. Auf einmal bekomme ich Seiten schnell geladen, und auch traceroute geht super schnell, ohne wartezeiten...
Ist ja irre. Wieso nur bekomme ich vom Provider so ne scheiss DNS-Angaben???
Danke für die Info. Karl
Hast Du sicher gestellt, das du nicht aus Versehen unter Linux ip V6 aktiv hast ? Das bringt zuweilen solche Effekte mit bestimmten Routern,u.a. Habe ich das mit einem ganz neu gekauften von der Telekom Boot einigen Wochen erlebt. In meinen Fall waren es die Firmen Rechner mit Windows 7, die sich so verhalten haben, die mit XP gingen ohne Probleme. Der Spuk war vorbei, als wir ip V6 auf den Rechnern deaktiviert haben. Unter Linux habe ich dasselbe mit einer älteren Fritz Box erlebt.
Gruß Martin
Ja, IPv6 schalte ich immer als erstes aus. Gruß Karl -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo, Am 04.11.2012 10:47, schrieb Karl Sinn:
Am 04.11.2012 08:20, schrieb Martin Hofius:
Hallo, ...
wow, ich hab mal aus Spass den DNS geändert. Auf einmal bekomme ich Seiten schnell geladen, und auch traceroute geht super schnell, ohne wartezeiten...
Ist ja irre. Wieso nur bekomme ich vom Provider so ne scheiss DNS-Angaben???
Wo hast Du das gemacht? Im Router oder in /ect/resolv.conf? Ich kann das irgendwie bei meinem Router nicht einstellen. Unter dem Menüpunkt "Einwahl ins Internet" -> "PPPoE / PPPoA" gibts dort kein Feld dafür. Lediglich unter "LAN" -> "Basiskonfiguration" hält mein Router 2 EditFelder mit den Bezeichnungen "Primäre IP-Adresse" und "Sekundäre IP-Adresse" bereit. Die waren standardmäßig leer. tracert lief auf den Windosen trotzdem. Jetzt habe ich im ersten Feld "8.8.8.8" und im zweiten "213.73.91.35" eingetragen. Eine Besserung auf den openSUSE-Rechner hat das leider nicht gebracht. Dann habe ich noch in /etc/resolv.conf den Teil "search meinedomain" durch "domain meinedomain" ersetzt. Hier (http://www.freebsd.org/doc/de/books/handbook/configtuning-configfiles.html) steht: "Suchliste mit Domain-Namen zum Auflösen von Hostnamen. Die Liste wird normalerweise durch den Domain-Teil des lokalen Hostnamens festgelegt." Wäre es evtl. ratsam noch einen DNS-Server auf meinem Rechner zu installieren. Ich halte das im Grunde für Blödsinn, weil das eigentlich mein Router bei den Windosen erfolgreich macht und der Server nur sich selbst dienen würde.
Hast Du sicher gestellt, das du nicht aus Versehen unter Linux ip V6 aktiv hast ? Das bringt zuweilen solche Effekte mit bestimmten Routern,u.a. Habe ich das mit einem ganz neu gekauften von der Telekom Boot einigen Wochen erlebt. In meinen Fall waren es die Firmen Rechner mit Windows 7, die sich so verhalten haben, die mit XP gingen ohne Probleme. Der Spuk war vorbei, als wir ip V6 auf den Rechnern deaktiviert haben. Unter Linux habe ich dasselbe mit einer älteren Fritz Box erlebt.
Ja, IPv6 schalte ich immer als erstes aus.
Dasselbe hier. Das habe ich seit seiner Einführung schon deshalb immer deaktiviert, weil damit nie ein Update/Upgrade über zypper sauber durchlief. IPv6 als Fehlerquelle kann ich daher definitiv ausschließen. Gruß, Alex -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo,
...
wow, ich hab mal aus Spass den DNS geändert. Auf einmal bekomme ich Seiten schnell geladen, und auch traceroute geht super schnell, ohne wartezeiten...
Ist ja irre. Wieso nur bekomme ich vom Provider so ne scheiss DNS-Angaben???
Wo hast Du das gemacht? Im Router oder in /ect/resolv.conf?
Im Router. Dort gibt es eine Seite auf der man entweder das Kreuzchen bei "DNS per DHCP erfragen" oder eben selber zwei DNS-Server eingeben kann.
Ich kann das irgendwie bei meinem Router nicht einstellen. Unter dem
Was für einen Router hast Du? Gruß Karl -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo und danke an alle, die mich noch nicht aufgegeben haben! Am 04.11.2012 15:59, schrieb Karl Sinn:
...
wow, ich hab mal aus Spass den DNS geändert. Auf einmal bekomme ich Seiten schnell geladen, und auch traceroute geht super schnell, ohne wartezeiten...
Ist ja irre. Wieso nur bekomme ich vom Provider so ne scheiss DNS-Angaben???
Wo hast Du das gemacht? Im Router oder in /ect/resolv.conf?
Im Router. Dort gibt es eine Seite auf der man entweder das Kreuzchen bei "DNS per DHCP erfragen" oder eben selber zwei DNS-Server eingeben kann.
Bei mir leider nicht.
Ich kann das irgendwie bei meinem Router nicht einstellen. Unter dem
Was für einen Router hast Du?
Draytek Vigor 2800. Der wird bei www.draytek.de aber nicht mehr gelistet, obwohl der gerade mal 4 Jahre alt ist. Ich schließe den als Übeltäter auch definitiv aus. Alle Windows-Rechner (XP und 7) habe als DNS-Server nur eine einzige Adresse eingetragen; und das ist die von meinem Router. Außerdem habe ich auf dem lahmenden System unter VirtualBox einen Windows XP Gast. Dieser läuft extrem schnell und hat das Problem nicht. Es kann also bloß an irgend einem Problem in der Konfiguration des openSUSE Systems liegen. Kann es auch sein, dass das Routing ein Problem darstellt? Auf meiner Maschine mit openSUSE 12.2 32bit, wo alles perfekt läuft, bringt Route folgende Ausgabe: Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface default my.router 0.0.0.0 UG 0 0 0 eth0 loopback * 255.0.0.0 U 0 0 0 lo link-local * 255.255.0.0 U 0 0 0 eth0 192.168.255.0 * 255.255.255.0 U 0 0 0 eth0 Auf meinem lahmenden openSUSE 11.4 64bit sieht das anders aus: Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.1.0 * 255.255.255.0 U 0 0 0 bond0 loopback * 255.0.0.0 U 0 0 0 lo default my.router 0.0.0.0 UG 0 0 0 bond0 Kann es sein, dass die Anfragen erst zuletzt auf den richtigen my.router kommen und deshalb so lange brauchen? Wie kann ich die Reihenfolge ggf. (dauerhaft) ändern? Gruß, Alex -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo, http://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&cad=rja&ved=0CB8QFjAA&url=http%3A%2F%2Fwww.boll.ch%2Fdraytek%2Fassets%2FADSLKonfiguration2800.pdf&ei=ofSXUIzGOIiohAeJ44G4Cw&usg=AFQjCNGDqsBmyd6LmagKom6eI_N9LSlCFg das ist ein Link zum Handbuch für Deinen Router. Auf Seite 7 ist ein Bild. rechts unten die Felder in die Du die DNS eintragen kannst die die Clients dann per DHCP abfragen. Zu Deinen weiteren Fragen kann ich leider nichts sagen, und wundere mich selbst... Gruß Karl Am 05.11.2012 17:59, schrieb Alex Winzer:
Hallo und danke an alle, die mich noch nicht aufgegeben haben!
Am 04.11.2012 15:59, schrieb Karl Sinn:
...
wow, ich hab mal aus Spass den DNS geändert. Auf einmal bekomme ich Seiten schnell geladen, und auch traceroute geht super schnell, ohne wartezeiten...
Ist ja irre. Wieso nur bekomme ich vom Provider so ne scheiss DNS-Angaben???
Wo hast Du das gemacht? Im Router oder in /ect/resolv.conf?
Im Router. Dort gibt es eine Seite auf der man entweder das Kreuzchen bei "DNS per DHCP erfragen" oder eben selber zwei DNS-Server eingeben kann.
Bei mir leider nicht.
Ich kann das irgendwie bei meinem Router nicht einstellen. Unter dem
Was für einen Router hast Du?
Draytek Vigor 2800. Der wird bei www.draytek.de aber nicht mehr gelistet, obwohl der gerade mal 4 Jahre alt ist.
Ich schließe den als Übeltäter auch definitiv aus. Alle Windows-Rechner (XP und 7) habe als DNS-Server nur eine einzige Adresse eingetragen; und das ist die von meinem Router. Außerdem habe ich auf dem lahmenden System unter VirtualBox einen Windows XP Gast. Dieser läuft extrem schnell und hat das Problem nicht. Es kann also bloß an irgend einem Problem in der Konfiguration des openSUSE Systems liegen.
Kann es auch sein, dass das Routing ein Problem darstellt? Auf meiner Maschine mit openSUSE 12.2 32bit, wo alles perfekt läuft, bringt Route folgende Ausgabe:
Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface default my.router 0.0.0.0 UG 0 0 0 eth0 loopback * 255.0.0.0 U 0 0 0 lo link-local * 255.255.0.0 U 0 0 0 eth0 192.168.255.0 * 255.255.255.0 U 0 0 0 eth0
Auf meinem lahmenden openSUSE 11.4 64bit sieht das anders aus:
Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.1.0 * 255.255.255.0 U 0 0 0 bond0 loopback * 255.0.0.0 U 0 0 0 lo default my.router 0.0.0.0 UG 0 0 0 bond0
Kann es sein, dass die Anfragen erst zuletzt auf den richtigen my.router kommen und deshalb so lange brauchen? Wie kann ich die Reihenfolge ggf. (dauerhaft) ändern?
Gruß, Alex
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo, Am 05.11.2012 18:23, schrieb Karl Sinn:
Hallo,
http://... das ist ein Link zum Handbuch für Deinen Router.
Auf Seite 7 ist ein Bild. rechts unten die Felder in die Du die DNS eintragen kannst die die Clients dann per DHCP abfragen.
Danke. Dort hatte ich bereits versuchsweise alternative DNS-Server eingetragen. Auch die /etc/resolv.conf habe ich geändert. Beides hat auch ein bisschen was gebracht. Immerhin hat sich die Abfragezeit meines Test-Skripts von ca. 30 auf 5-8 Sek. verkürzt. Das ist schonmal was. Mein Problem bleibt aber, dass mein php-Programm im Ablauf gestört wird. Der Benutzer denkt, das Programm/der Browser seit abgestürzt bloß weil es 8 Sek. oder länger nicht reagiert. Und es nervt auch etwas. Beim Versenden von SMS über einen Webdienst, bei dem ich registriert bin, dauert es z.B: eben auch die Versendezeit zzgl. der 8 Sek., bis ich eine Bestätigung bekomme. Bei Abfragen, von Kartendaten über die maps.google API und vielem mehr, besteht dasselbe Problem. Es geht also insgesamt nicht darum, dass es garnicht geht, sondern dass es extrem lahm ist. Ich würde es verstehen, wenn alle PC dasselbe Problem hätten. Betroffen ist aber leider nur mein Server :-( Auf diesem läuft openSUSE 11.4 64bit. Auf meinem Backup-Server klappt es. Dort läuft openSUSE 12.2 32bit. Letzterer ist aber nicht leistungsstark genug, um den großen zu ersetzen. Ich hatte auch schon AppArmor in Verdacht. Aber die Zeit bleibt gleich schlecht, egal ob ich den aktiviere oder deaktiviere.
Zu Deinen weiteren Fragen kann ich leider nichts sagen, und wundere mich selbst...
Gruß Karl
Am 05.11.2012 17:59, schrieb Alex Winzer:
Hallo und danke an alle, die mich noch nicht aufgegeben haben!
Am 04.11.2012 15:59, schrieb Karl Sinn:
... > wow, ich hab mal aus Spass den DNS geändert. Auf einmal bekomme ich > Seiten schnell geladen, und auch traceroute geht super schnell, > ohne > wartezeiten... > > Ist ja irre. > Wieso nur bekomme ich vom Provider so ne scheiss DNS-Angaben???
Wo hast Du das gemacht? Im Router oder in /ect/resolv.conf?
Im Router. Dort gibt es eine Seite auf der man entweder das Kreuzchen bei "DNS per DHCP erfragen" oder eben selber zwei DNS-Server eingeben kann.
Bei mir leider nicht.
Ich kann das irgendwie bei meinem Router nicht einstellen. Unter dem
Was für einen Router hast Du?
Draytek Vigor 2800. Der wird bei www.draytek.de aber nicht mehr gelistet, obwohl der gerade mal 4 Jahre alt ist.
Ich schließe den als Übeltäter auch definitiv aus. Alle Windows-Rechner (XP und 7) habe als DNS-Server nur eine einzige Adresse eingetragen; und das ist die von meinem Router. Außerdem habe ich auf dem lahmenden System unter VirtualBox einen Windows XP Gast. Dieser läuft extrem schnell und hat das Problem nicht. Es kann also bloß an irgend einem Problem in der Konfiguration des openSUSE Systems liegen.
Kann es auch sein, dass das Routing ein Problem darstellt? Auf meiner Maschine mit openSUSE 12.2 32bit, wo alles perfekt läuft, bringt Route folgende Ausgabe:
[...]
Auf meinem lahmenden openSUSE 11.4 64bit sieht das anders aus:
[...]
Kann es sein, dass die Anfragen erst zuletzt auf den richtigen my.router kommen und deshalb so lange brauchen? Wie kann ich die Reihenfolge ggf. (dauerhaft) ändern? Gruß, Alex -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Alex, hallo Leute, Am Montag, 5. November 2012 schrieb Alex Winzer:
nervt auch etwas. Beim Versenden von SMS über einen Webdienst, bei dem ich registriert bin, dauert es z.B: eben auch die Versendezeit zzgl. der 8 Sek., bis ich eine Bestätigung bekomme. Bei Abfragen, von Kartendaten über die maps.google API und vielem mehr, besteht dasselbe Problem.
Schneide mal (z. B. mit wireshark) den Netzwerkverkehr mit. Aus dem Ergebnis sollte sich ablesen lassen, was die Verzögerung verursacht.
Ich hatte auch schon AppArmor in Verdacht. Aber die Zeit bleibt gleich schlecht, egal ob ich den aktiviere oder deaktiviere.
AppArmor kennt nur "erlaubt" und "verboten" - aber um das zu entscheiden, braucht es definitiv keine 8 Sekunden ;-) [TOFU entfernt] Gruß Christian Boltz -- According to Linda's logic, you would even be required to teach any user of openSUSE how to read and how to type, as otherwise (s)he would not be able to build packages. [Hubert Mantel in opensuse-factory] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo, On 05.11.2012 21:12, Christian Boltz wrote:
Hallo Alex, hallo Leute, Am Montag, 5. November 2012 schrieb Alex Winzer:
nervt auch etwas. Beim Versenden von SMS über einen Webdienst, bei dem ich registriert bin, dauert es z.B: eben auch die Versendezeit zzgl. der 8 Sek., bis ich eine Bestätigung bekomme. Bei Abfragen, von Kartendaten über die maps.google API und vielem mehr, besteht dasselbe Problem. Schneide mal (z. B. mit wireshark) den Netzwerkverkehr mit. Aus dem Ergebnis sollte sich ablesen lassen, was die Verzögerung verursacht. Blöde Frage: Wie mache ich das? Wenn ich wireshark oder ethereal eingeben, kommt die Fehlermeldung "(wireshark:19332): Gtk-WARNING **: cannot open display:". Ich hatte dann eine Suchmaschine benutzt. Dort wurde als Tip gegeben, es als root auszuführen. Das nutzt aber nichts. Gefunden hatte ich dann lediglich, man solle tshark benutzen.
Das bringt mich ab er zur Frage, was muss ich wie mitschneiden, damit mir ggf. jemand von der Liste helfen kann? Sicherlich muss ich dafür sorgen, dass die Abfrage mittels meines php-Skriptes in den Zeitraum des Mitschnittes fällt, damit es was bringt.
Ich hatte auch schon AppArmor in Verdacht. Aber die Zeit bleibt gleich schlecht, egal ob ich den aktiviere oder deaktiviere. AppArmor kennt nur "erlaubt" und "verboten" - aber um das zu entscheiden, braucht es definitiv keine 8 Sekunden ;-) OK. Gut zu wissen. Also kann ich es aktiviert lassen, wenn es ohne auch nicht schneller ist.
[TOFU entfernt] Hatte ich welches gemacht? Entschuldigung!
Gruß, Alex -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Alex, hallo Leute, Am Dienstag, 6. November 2012 schrieb Alex Winzer:
On 05.11.2012 21:12, Christian Boltz wrote:
Am Montag, 5. November 2012 schrieb Alex Winzer:
nervt auch etwas. Beim Versenden von SMS über einen Webdienst, bei dem ich registriert bin, dauert es z.B: eben auch die Versendezeit zzgl. der 8 Sek., bis ich eine Bestätigung bekomme. Bei Abfragen, von Kartendaten über die maps.google API und vielem mehr, besteht dasselbe Problem.
Schneide mal (z. B. mit wireshark) den Netzwerkverkehr mit. Aus dem Ergebnis sollte sich ablesen lassen, was die Verzögerung verursacht.
Blöde Frage: Wie mache ich das? Wenn ich wireshark oder ethereal eingeben, kommt die Fehlermeldung "(wireshark:19332): Gtk-WARNING **: cannot open display:". Ich hatte dann eine Suchmaschine benutzt. Dort wurde als Tip gegeben, es als root auszuführen. Das nutzt aber nichts. Gefunden hatte ich dann lediglich, man solle tshark benutzen.
wireshark hat eine grafische Oberfläche, braucht also Zugriff auf den X- Server. Evtl. reicht nach dem su schon ein export DISPLAY=:0 Falls nicht, starte es mit kdesu wireshark oder xdg-su wireshark
Das bringt mich ab er zur Frage, was muss ich wie mitschneiden, damit mir ggf. jemand von der Liste helfen kann?
Ich würde alle Interfaces mitschneiden (also Netzwerkkarte + lo). Interessant sind vor allem die letzten Pakete vor und die ersten Pakete nach der 8 Sekunden-Pause. Die komplette Bedienung von wireshark lässt sich nicht in einer kurzen Mail erklären, frage also ggf. Goole ("wireshark howto" o. ä.)
Sicherlich muss ich dafür sorgen, dass die Abfrage mittels meines php-Skriptes in den Zeitraum des Mitschnittes fällt, damit es was bringt.
Genau. Gruß Christian Boltz -- Bei mir war es dann doch sinnvoller, bei dem nicht funktionierenden Laufwerk (Scheiss Linux! Scheiss Yast! Scheiss Suse! Alles Scheisse!)...ähem... den IDE-Stecker auch wirklich reinzustecken (Scheiss Ratti....) :-)) [Ratti in suse-linux] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 03.11.2012 um 14:58 schrieb Alex Winzer <alex.e-mail@gmx.de>:
Das Problem ist aber, dass sich die IP-Adresse u.U. auch mal ändern kann. Natürlich würde ich gerne weiterhin die Domain benutzen statt der IP-Adresse. Jetzt suche ich nach dem Fehler, der irgendwo zwischen meinem Apache und (in diesem Beispiel) google liegen muss. Und da dachte ich, traceroute wäre das richtig Mittel, um dem auf den Grund zu gehen. Sollte das schon ein Fehler im Denkansatz sein, dann bitte ich umso mehr um Aufklärung.
Ja, ist es. traceroute findet Verwendung, wenn man das Routine untersuchen möchte - da Du aber scheinbar eine DNS-Problem hast, wäre ein anderes Werkzeug, nämlich div, geeigneter. was sagen denn einmal "dig +trace www.google.de" und dann "dig +trace @8.8.8.8 www.google.de"? Rainer-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Detlef und Rainer, Am 03.11.2012 18:15, schrieb Rainer Sokoll:
Am 03.11.2012 um 14:58 schrieb Alex Winzer:
Das Problem ist aber, dass sich die IP-Adresse u.U. auch mal ändern kann. Natürlich würde ich gerne weiterhin die Domain benutzen statt der IP-Adresse. Jetzt suche ich nach dem Fehler, der irgendwo zwischen meinem Apache und (in diesem Beispiel) google liegen muss. Und da dachte ich, traceroute wäre das richtig Mittel, um dem auf den Grund zu gehen. Sollte das schon ein Fehler im Denkansatz sein, dann bitte ich umso mehr um Aufklärung. Ja, ist es. traceroute findet Verwendung, wenn man das Routine untersuchen möchte - da Du aber scheinbar eine DNS-Problem hast, wäre ein anderes Werkzeug, nämlich dig, geeigneter.
was sagen denn einmal
"dig +trace www.google.de" und dann ; <<>> DiG 9.7.6-P4 <<>> +trace www.google.de ;; global options: +cmd ;; connection timed out; no servers could be reached "dig +trace @8.8.8.8 www.google.de"? ; <<>> DiG 9.7.6-P4 <<>> +trace @8.8.8.8 www.google.de ; (1 server found) ;; global options: +cmd . 26626 IN NS a.root-servers.net. . 26626 IN NS k.root-servers.net. . 26626 IN NS i.root-servers.net. . 26626 IN NS d.root-servers.net. . 26626 IN NS m.root-servers.net. . 26626 IN NS e.root-servers.net. . 26626 IN NS f.root-servers.net. . 26626 IN NS b.root-servers.net. . 26626 IN NS j.root-servers.net. . 26626 IN NS h.root-servers.net. . 26626 IN NS c.root-servers.net. . 26626 IN NS l.root-servers.net. . 26626 IN NS g.root-servers.net. ;; Received 228 bytes from 8.8.8.8#53(8.8.8.8) in 25 ms
de. 172800 IN NS a.nic.de. de. 172800 IN NS f.nic.de. de. 172800 IN NS l.de.net. de. 172800 IN NS n.de.net. de. 172800 IN NS s.de.net. de. 172800 IN NS z.nic.de. ;; Received 345 bytes from 128.63.2.53#53(128.63.2.53) in 119 ms google.de. 86400 IN NS ns2.google.com. google.de. 86400 IN NS ns3.google.com. google.de. 86400 IN NS ns1.google.com. google.de. 86400 IN NS ns4.google.com. ;; Received 113 bytes from 194.246.96.1#53(194.246.96.1) in 29 ms www.google.de. 300 IN A 173.194.69.94 ;; Received 47 bytes from 216.239.36.10#53(216.239.36.10) in 27 ms Danke für die Liste mit den DNS. Das bringt mich aber zu weiteren Fragen: 1. Warum sendet die Telekom beim Einwählen meines DSL-Modem/-Routers keine funktionierenden DNS-Server mit? 2. Wie bringe ich meinem DSL-Modem/-Router bei, dass er alternative DNS-Server benutzen soll? Die Frage 2. ist schon deshalb "komisch", weil z.B. tracert auf meinen Windows-PCs funktioniert. Also liegt es vermutlich an meiner Netzwerk-Konfiguration? Gruß & Dank, Alex -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Alex, Am Samstag 03 November 2012 schrieb Alex Winzer: [...]
Danke für die Liste mit den DNS. Das bringt mich aber zu weiteren Fragen:
1. Warum sendet die Telekom beim Einwählen meines DSL-Modem/-Routers keine funktionierenden DNS-Server mit?
Sollte sie eigentlich. Vor Jahren, als ich noch Telekomkundin war, haben die mich auch immer genervt :((. Ich habe mir halt dann andere gesucht, die weniger störanfällig waren.
2. Wie bringe ich meinem DSL-Modem/-Router bei, dass er alternative DNS-Server benutzen soll?
Die Router haben normalerweise ein Konfigurationsmenü dafür. Wühl Dich da mal durch und trage einen oder zwei andere DNS ein. Irgendwo gibt es dann noch einen Abwahlknopf für 'DNS bei Einwahl ändern'. Nachteil: Wenn einer Deiner gewählten DNS nicht mehr will, musst Du Dir einen anderen suchen, der funktioniert bzw selber dran denken, wenn Dein Internet nicht tut, dass an der fehlenden Namensauflösung liegt. Ich habe schon ziemlich lange selbst definierte DNS-Server. An den letzten Ausfall kann ich mich nicht erinnern. So ein zensurfreier ist halt schon eine feine Sache. Detlefs Liste habe ich mir auch abgespeichert. Immer gut, wenn man noch ein paar Adressen in petto hat. Helga -- ## Technik: [http://de.opensuse.org] ## Politik: [http://www.piratenpartei.de] ## Privat: [http://www.eschkitai.de] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 03.11.2012 um 19:34 schrieb Alex Winzer <alex.e-mail@gmx.de>:
"dig +trace www.google.de" und dann ; <<>> DiG 9.7.6-P4 <<>> +trace www.google.de ;; global options: +cmd ;; connection timed out; no servers could be reached "dig +trace @8.8.8.8 www.google.de"? ; <<>> DiG 9.7.6-P4 <<>> +trace @8.8.8.8 www.google.de ; (1 server found)
Da liegt der Hase im Pfeffer begraben oder so… Du verwendest scheinbar einen kaputten DNS-Server. Welchen, kann Dir ein beherzter Blick in /etc/resolv.conf verraten.
1. Warum sendet die Telekom beim Einwählen meines DSL-Modem/-Routers keine funktionierenden DNS-Server mit?
Bist Du sicher, daß die das nicht tut?
2. Wie bringe ich meinem DSL-Modem/-Router bei, dass er alternative DNS-Server benutzen soll?
Hm, mir wäre es völlig Banane, welche DNS-Server mein Router verwendet. Du mußt dich ja nicht auf Deinen Provider verlassen. Trage einfach die gewünschten DNS-Server (eine ganze Latte wurde ja hier geposted) entweder in die Clients ein oder im DHCP-Server (welcher wahrscheinlich auf Deinem Router läuft)
Die Frage 2. ist schon deshalb "komisch", weil z.B. tracert auf meinen Windows-PCs funktioniert. Also liegt es vermutlich an meiner Netzwerk-Konfiguration?
Der Windows-Rechner verwendet einen anderen DNS-Server als der Linux-Rechner, höchstwahrscheinlich. Rainer-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo,
Am 03.11.2012 21:08, schrieb Rainer Sokoll:
> Am 03.11.2012 um 19:34 schrieb Alex Winzer <alex.e-mail@gmx.de>:
>>> "dig +trace www.google.de" und dann
>> ; <<>> DiG 9.7.6-P4 <<>> +trace www.google.de
>> ;; global options: +cmd
>> ;; connection timed out; no servers could be reached
>>> "dig +trace @8.8.8.8 www.google.de"?
>> ; <<>> DiG 9.7.6-P4 <<>> +trace @8.8.8.8 www.google.de
>> ; (1 server found)
> Da liegt der Hase im Pfeffer begraben oder so…
> Du verwendest scheinbar einen kaputten DNS-Server.
> Welchen, kann Dir ein beherzter Blick in /etc/resolv.conf verraten.
Dort steht/stand an erster Stelle die IP-Adresse meines Routers. Das
steht aber bei allen Windosen auch so drin und - ich wiederhole das
nochmal - bei denen klappt tracert alias traceroute. Trotzdem habe ich
jetzt dort an erster Stelle "nameserver 8.8.8.8" eingetragen. Jetzt
kommt bei "dig +trace www.google.de" die Ausgabe, die ich vorher bei
"dig +trace @8.8.8.8 www.google.de" kam. Ich werte das als "Verbesserung"?
Mein php-Skript hat das aber immer noch nicht beschleunigt :-)
>> 1. Warum sendet die Telekom beim Einwählen meines DSL-Modem/-Routers keine funktionierenden DNS-Server mit?
> Bist Du sicher, daß die das nicht tut?
Kann ich sicher sein, dass die das tun?
Dafür spricht, dass mein Router als DNS unter den Windows funktioniert.
Dagegen spricht, dass es unter beiden openSUSEn nicht klappt.
>> 2. Wie bringe ich meinem DSL-Modem/-Router bei, dass er alternative DNS-Server benutzen soll?
> Hm, mir wäre es völlig Banane, welche DNS-Server mein Router verwendet.
> Du mußt dich ja nicht auf Deinen Provider verlassen. Trage einfach die gewünschten DNS-Server (eine ganze Latte wurde ja hier geposted) entweder in die Clients ein oder im DHCP-Server (welcher wahrscheinlich auf Deinem Router läuft)
Habe ich nachgesehen. In meinem Vigor 2800 finde ich nichts. Werde
Morgen ggf. nochmal in Ruhe nachsehen.
>> Die Frage 2. ist schon deshalb "komisch", weil z.B. tracert auf meinen Windows-PCs funktioniert. Also liegt es vermutlich an meiner Netzwerk-Konfiguration?
> Der Windows-Rechner verwendet einen anderen DNS-Server als der Linux-Rechner, höchstwahrscheinlich.
Nein. Das tut er nicht.
Ich habe auf dem openSUSE-Rechner in einer VirtualBox eine Windows XP
Maschine. Angebunden ist die mittels Netzwerkbrücke. Soweit, sogut.
Lasse ich auf der tracert laufen, sieht das genauso schön aus wie auf
den echten Windosen. Das wiederum ist mir unklar, weil ich dachte, dass
alle Pakete (ob UDP, TCP oder xP) am Host und damit an dem (möglicher
Weise falsch konfigurierten) openSUSE Rechner vorbei müssen...
Gruß & Danke, Alex
--
Um die Liste abzubestellen, schicken Sie eine Mail an:
opensuse-de+unsubscribe@opensuse.org
Um den Listen Administrator zu erreichen, schicken
Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo, Am Sat, 03 Nov 2012, Alex Winzer schrieb:
Am 03.11.2012 21:08, schrieb Rainer Sokoll:
Am 03.11.2012 um 19:34 schrieb Alex Winzer <alex.e-mail@gmx.de>:
"dig +trace www.google.de" und dann ; <<>> DiG 9.7.6-P4 <<>> +trace www.google.de ;; global options: +cmd ;; connection timed out; no servers could be reached "dig +trace @8.8.8.8 www.google.de"? ; <<>> DiG 9.7.6-P4 <<>> +trace @8.8.8.8 www.google.de ; (1 server found) Da liegt der Hase im Pfeffer begraben oder so... Du verwendest scheinbar einen kaputten DNS-Server. Welchen, kann Dir ein beherzter Blick in /etc/resolv.conf verraten. Dort steht/stand an erster Stelle die IP-Adresse meines Routers. Das steht aber bei allen Windosen auch so drin und - ich wiederhole das nochmal - bei denen klappt tracert alias traceroute. Trotzdem habe ich jetzt dort an erster Stelle "nameserver 8.8.8.8" eingetragen. Jetzt kommt bei "dig +trace www.google.de" die Ausgabe, die ich vorher bei "dig +trace @8.8.8.8 www.google.de" kam. Ich werte das als "Verbesserung"? Mein php-Skript hat das aber immer noch nicht beschleunigt :-)
Deaktiviere mal den nscd ('insserv -r nscd'). Hast du 'search' Einträge in deiner /etc/resolv.conf? Kontrolliere auch mal mit 'ifconfig'/'ip link show ethX' die Einstellungen der Netzwerkkarte (MTU, Netzmaske). Wie schauen die Routen im Netz aus (-> 'route -n' / 'ip route show')? [..]
Der Windows-Rechner verwendet einen anderen DNS-Server als der Linux-Rechner, höchstwahrscheinlich. Nein. Das tut er nicht.
Ich habe auf dem openSUSE-Rechner in einer VirtualBox eine Windows XP Maschine. Angebunden ist die mittels Netzwerkbrücke. Soweit, sogut. Lasse ich auf der tracert laufen, sieht das genauso schön aus wie auf den echten Windosen. Das wiederum ist mir unklar, weil ich dachte, dass alle Pakete (ob UDP, TCP oder xP) am Host und damit an dem (möglicher Weise falsch konfigurierten) openSUSE Rechner vorbei müssen...
Aber als Nameserver hat das XP in VirtualBox wohl den Router, und nicht deinen oS-Server, oder? -dnh --
"Winter, jetzt!" Tut mir leid, Winter macht gerade Urlaub in Australien. Kann ich evtl. weiterhelfen? -- Arnim Sommer -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo, On 07.11.2012 10:36, David Haller wrote:
Am Sat, 03 Nov 2012, Alex Winzer schrieb:
Am 03.11.2012 21:08, schrieb Rainer Sokoll:
Am 03.11.2012 um 19:34 schrieb Alex Winzer <alex.e-mail@gmx.de>:
[...] Da liegt der Hase im Pfeffer begraben oder so... Du verwendest scheinbar einen kaputten DNS-Server. Welchen, kann Dir ein beherzter Blick in /etc/resolv.conf verraten. Dort steht/stand an erster Stelle die IP-Adresse meines Routers. Das steht aber bei allen Windosen auch so drin und - ich wiederhole das nochmal - bei denen klappt tracert alias traceroute. Trotzdem habe ich jetzt dort an erster Stelle "nameserver 8.8.8.8" eingetragen. Jetzt kommt bei "dig +trace www.google.de" die Ausgabe, die ich vorher bei "dig +trace @8.8.8.8 www.google.de" kam. Ich werte das als "Verbesserung"? Mein php-Skript hat das aber immer noch nicht beschleunigt :-) Deaktiviere mal den nscd ('insserv -r nscd').
Habe ich (weil openSUSE 11.4 mit rcnscd stop) gemacht. -> fertig :-)
Hast du 'search' Einträge in deiner /etc/resolv.conf?
Ja. Dort steht "search kanzlei" letzteres ist die Bezeichnung meines PDC, den ich mit Samba realisiere. Ist das falsch? Da ich irgendwo im www gelesen hatte, dass resolv.conf zeilenweise ausgewertet wird, habe ich aber schon ein "nameserver 8.8.8.8" _in die Zeile davor_ gesetzt.
Kontrolliere auch mal mit 'ifconfig'/'ip link show ethX' die Einstellungen der Netzwerkkarte (MTU, Netzmaske).
server:/~ # ifconfig bond0 bond0 Link encap:Ethernet HWaddr 00:1B:21:04:ED:56 inet addr:192.168.1.10 Bcast:192.168.1.255 Mask:255.255.255.0 UP BROADCAST RUNNING MASTER MULTICAST MTU:1500 Metric:1 RX packets:4643687 errors:0 dropped:26 overruns:0 frame:0 TX packets:3679503 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:1342210951 (1280.0 Mb) TX bytes:3640328972 (3471.6 Mb) Also m.E. nichts Auffälliges. Wie man sieht, gehen auch reichlich Daten hin und her. Den Server hatte ich gerade gestern Abend neu gebootet. server:/~ # ip link show up 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 2: eth1: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master bond0 state UP qlen 1000 link/ether 00:1b:21:04:ed:56 brd ff:ff:ff:ff:ff:ff 3: eth0: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master bond0 state UP qlen 1000 link/ether 00:1b:21:04:ed:56 brd ff:ff:ff:ff:ff:ff 4: bond0: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP link/ether 00:1b:21:04:ed:56 brd ff:ff:ff:ff:ff:ff Habe ich noch nie benutzt; sagt mir also garnichts. Aus den Texten bei man ip bin ich auch nicht schlau geworden.
Wie schauen die Routen im Netz aus (-> 'route -n' / 'ip route show')?
server:/~ # route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 bond0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 bond0 Das sagt mir zwar auch nichts. Auf meinem Rechner mit openSUSE 12.2, wo mein Skript _schnell_ funktioniert, sieht das so aus: Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 0.0.0.0 192.168.255.1 0.0.0.0 UG 0 0 0 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0 192.168.255.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 Hier steht mein Router als lokaler DNS-Server/-Router an erster Stelle. Ich vermute also, dass es auch damit zu tun haben könnte, dass die Pakete auf meinem Produktivsystem erst sehr spät an die richtige IP geroutet werden und dadurch die Verzögerung entsteht. Das hatte ich auch schonmal geschrieben (http://lists.opensuse.org/opensuse-de/2012-11/msg00063.html). server:/~ # ip route show 192.168.1.0/24 dev bond0 proto kernel scope link src 192.168.1.10 127.0.0.0/8 dev lo scope link default via 192.168.1.1 dev bond0 Sagt mir auch wieder nichts.
[..] Aber als Nameserver hat das XP in VirtualBox wohl den Router, und nicht deinen oS-Server, oder? -dnh
Genau. Im XP in der VBox steht 192.168.1.1 als Standardgateway und als DNS-Server drin. Das tut es doch aber auch auf den Linux(en). Gru & Dank, Alex -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
participants (12)
-
Alex Winzer -
Bernd Nachtigall -
Christian Boltz -
David Haller -
Detlef Wiese -
Dieter Klünter -
Helga Fischer -
Karl Sinn -
Martin Hofius -
Matthias Müller -
Rainer Sokoll -
Ulrich Gehauf