Hi, seit Karmic Koala ist der Zugriff auf Webseiten sehr langsam. (Mit Ubuntu 9.04 und WinXP kein Problem). Ich verbinde mich über das Netzwerk auf meinen T-DSL Router (Speedport W700V via Patchkabel, also ohne aktiviertes W-LAN). Wenn ich dann eine Webseite aufrufe dauert es ca. 40 Sek. während der Browser (egal welcher) anzeigt: "Looking up (Webseite) ..."

Wenn sie dann gefunden wurde, geht es recht schnell. Es spielt keine Rolle ob ich die Kabelnetzverbindung "Auto eth0" auf "automatisch" oder "manuell" setze (und dann die meine IP und die des Routers eintrage).

DSL-Verbindung steht und sieht eigentlich gut aus: DSL Downstream: 17696 kBit/s DSL Upstream: 1180 kBit/s

Hardware:

Mainboard: AsRock P4i65G mit On-Board Ethernet CPU: AMD Athlon64

lspci sagt

[...]

00:11.0 Ethernet controller: ALi Corporation ULi 1689,1573 integrated ethernet. (rev 40)

[...]

Any ideas?

Grüße

Prof.P

Hallo,

tritt der Fehler auch auf, wenn du anstatt der URL die IP-Adresse der Seite aufrufst, damit könnte DNS ausgeschlossen werden. Tritt das Performance-Problem auch bei größeren Downloads auf oder laufen die stabil durch? Benutzt du den Networkmanager um die Lan-Verbindung zu konfigurieren oder hast du die /etc/hosts editiert?

LG

Jonas

jonas linhose schrieb:

tritt der Fehler auch auf, wenn du anstatt der URL die IP-Adresse der Seite aufrufst, damit könnte DNS ausgeschlossen werden.

Ja, dies ist der Fall. Gleiches verhalten wenn ich z.B. http://217.118.170.204 statt http://wer-kennt-wen.de eingebe. Im Statusfenster von Firefox 3.52 erscheint "Looking up www.wer-kennt-wen.de".

Tritt das Performance-Problem auch bei größeren Downloads auf oder laufen die stabil durch?

Laufen stabil durch. (z.B. Packages via Synaptic sind absolut kein Problem).

Benutzt du den Networkmanager um die Lan-Verbindung zu konfigurieren oder hast du die /etc/hosts editiert?

Ich mache rechts-klick auf die aktive Kabelnetzverbindung "Auto eth0".

Ping scheint auch sehr langsam zu sein:

PING www.wer-kennt-wen.de (217.118.170.204) 56(84) bytes of data. 64 bytes from www.wer-kennt-wen.de (217.118.170.204): icmp_seq=1 ttl=59 time=25.0 ms

64 bytes from www.wer-kennt-wen.de (217.118.170.204): icmp_seq=2 ttl=59 time=29.4 ms

64 bytes from www.wer-kennt-wen.de (217.118.170.204): icmp_seq=3 ttl=59 time=12.2 ms

64 bytes from www.wer-kennt-wen.de (217.118.170.204): icmp_seq=4 ttl=59 time=37.1 ms

64 bytes from www.wer-kennt-wen.de (217.118.170.204): icmp_seq=5 ttl=59 time=21.5 ms

64 bytes from www.wer-kennt-wen.de (217.118.170.204): icmp_seq=6 ttl=59 time=5.86 ms

64 bytes from www.wer-kennt-wen.de (217.118.170.204): icmp_seq=7 ttl=59 time=6.33 ms

64 bytes from www.wer-kennt-wen.de (217.118.170.204): icmp_seq=8 ttl=59 time=6.36 ms

64 bytes from www.wer-kennt-wen.de (217.118.170.204): icmp_seq=9 ttl=59 time=6.27 ms

Grüße

Prof.P

Hallo,

also können wir DNS als Ursache vermutlich schon mal ausschließen.

Der Ping ist wirklich "etwas" träge, hier mal meiner:

64 bytes from 127.118.170.204: icmp_seq=1 ttl=64 time=0.022 ms
64 bytes from 127.118.170.204: icmp_seq=2 ttl=64 time=0.023 ms
64 bytes from 127.118.170.204: icmp_seq=3 ttl=64 time=0.023 ms
64 bytes from 127.118.170.204: icmp_seq=4 ttl=64 time=0.022 ms

Evtl. solltest du mal versuchen die MTU deiner Netzwerkschnittstelle zu verändern. Dies ist die maximale Paketgröße und beträgt bei DSL 1492 Bytes. Bei schlechten Verbindungen kann es sein, dass diese Größe nicht erreicht wird, die Pakete gestückelt werden und sich dadurch die Geschwindigkeit verringert ( aus dem 1492 byte Paket vom PC macht der Router eines mit 1300Byte und eines mit den restlichen Bytes, sodass aus einem paket des Clients für den Router 2 werden).

Durch den Befehl in der Konsole kannst du die MTU ermitteln

sudo ifconfig | grep MTU

Testweise würde ich diese mal verringern:

sudo ifconfig eth0 mtu 1400

Hierbei musst du darauf achten ob eth0 wirklich deine Netzwerkschnittstelle ist, den Wert 1400 würde ich Testweise wählen.

Alternativ kannst du auch den Networkmanager umgehen und die /etc/hosts editieren:

sudo gedit /etc/hosts

und dort mal die Netzwerkeinstellungen händisch vornahmen

iface eth0 inet static 
address 192.168.178.5 
netmask = 255.255.255.0 
gateway = 192.168.178.1
auto eth0

Sollten diese Maßnahmen auch nicht helfen gehen mir langsam die Alternativen aus. Hast du es schon mal mit einem "jungfreulichen" Firefox - Profil versucht? Den Firefox mittels Konsole über

firefox --ProfileManager

starten und dann ein neues "Testprofil anlegen".

Hast du eigentlich noch einen Windows - Rechner und tritt der Fehler dort auch auf?

Hallo erstmal, Wenn Du den Networkmanager nicht nutzen willst, müssen deine Angaben in der /etc/network/interfaces stehen, und nicht in der /etc/hosts

Bei einer erneuten Testinstallation hatte ich das Problem auch, mit der "DenkSekunde".

Hier hat folgendes geholfen:

sudo gedit /etc/NetworkManager/nm-system-settings.conf

Die Einstellung

[ifupdown]
managed=false

in

[ifupdown]
managed=true

ändern.

Lösche nun im Networkmanager-Applet Deine Verbindungen und erstelle diese Neu.

Warum auch immer funktioniert die Verbindung dann wieder korrekt.

Die /etc/network/interfaces sollte bis auf folgendes leer sein:

# The loopback network interface
auto lo
iface lo inet loopback

Gruß

gnudot schrieb:

Wenn Du den Networkmanager nicht nutzen willst, müssen deine Angaben in der /etc/network/interfaces stehen, und nicht in der /etc/hosts

ups, wenn Männer zwei Sachen auf einmal lösen wollen, mit dem Pfad hast du natürlich recht. Ich hatte gerade die /etc/hosts bzgl. eines anderen Problems in Bearbeitung und habe das wohl hier auf den Post übertragen.

Ich hoffe du kannst dein Problem mit der Anleitung von gnudot oder mit einer händisch modifizierten /etc/network/interfaces (lernfähig) lösen.

@ gnudot: Ist es denn sinnvoll den Networkmanager zu verwenden, wenn dieser Fehler (zunächst scheinbar grundlos) auftaucht?

Es funktioniert ja beides recht gut. Manuell und auch der Network-Manager (Zumindest der Gnome-Network-Manager). Anders sind es bei KDE aus, da im Knetwork-Manager keine Manuellen IP eingetragen werden können (oder noch nicht).

Imho ist das daher eigentlich egal. Und da Karmic ja noch Alpha ist, wird das sicherlich noch behoben werden, wenn es sich wirklich um einen Fehler handeln sollte. Das Problem trat im übrigen nur auf, bei meiner OnBoard Netzwerkkarte (Attensic). Bei einer "PCI-Karte" Realtek konnte ich das nicht reproduzieren.

Gruß

Moin, im ff-3.5.2 ist wieder IPV6 an. Vielleicht liegt es ja daran?

@jonas linhose Ein ping auf den eigenen Router ist natürlich wesentlich schneller als ein Ping auf eine externe Webseite oder?

Tja Leute, vielen Dank für eure Hilfe. Ich habe alles probiert, hat nicht viel gebracht - bis auf die Tatsache, einen neuen Browser auszuprobieren.

Es lieht am FF. Ist mir echt peinlich! Hätte ich schon viel früher probieren können, aber hätte es nicht für möglich gehalten. (Auch weil ich den FF 3.52 unter WinXP nutze und er keine Probleme macht.)

Nutze nun den Iron Browser/Linux. Der rennt wie die S*u. (Unter Ubuntu Jaunty hatte ich wohl keine Probleme weil da eine andere FF-Version drauf ist.)

Danke nochmal!! Bin jetzt wieder begeisterter Koala-Fan - endlich mit SB X-Fi Sound.

Viele Grüße Prof.P

Ich halte DNS für den Verursacher deines Problems. Wenn dus wissen willst ob das so ist mach ein einfaches Experiment. Editier die /etc/resolv.conf und setzt mal "nameserver 134.102.20.20" ein, das ist ein öffentlicher DNS Server meiner Uni hier und taugt für nen schnellen Test immer.

Oben der Auschluss von DNS war leider Blödsinn. Ihr habt unterschiedliche IP's gepingt. Kollege 2 begann mit 127.x.x.x vorne und hat damit seinen eigenen Rechner gepinged. Für eine DSL Verbindung zum Beispiel waren die Ping Zeiten auch ganz gut. Mit Ping kann man nicht an der geposteten Ausgabe feststellen ob DNS lahm ist, nur obs überhaupt irgendwann klappt. Dort steht nur die Roundtrip Zeit nach erfolgreicher Auflösung. Das Tool um DNS auf die Finger zu kucken wäre zb dig (dig hostname). Der einzige Indiz den ping liefert ist wenn es lange dauert nach dem Aufruf bis die ersten Roundtrips gemeldet werden.

Und der Versuch eine Webseite per IP aufzurufen hat auch einen Haken: Fast jede Seite lädt von irgendwo was nach. Das stimmt nur bei ganz einfachen Websites nicht. Also müssen doch wieder Namen aufgelöst werden nachdem die ersten kleinen Teile der Seite da sind. Es gibt sogar ein Handfestes Indiz: Der Firefox meldete waiting for wer-kennt-wen... FAIL.

Ich will niemanden ärgern, nicht auf den Schlips getreten fühlen. Aber mit etwas Wissen in den Raum geworfen fällt die nächste Diagnose leichter

Grüz Hibbelharry

PS: Wenn dein Problem gelöst ist markier bitte den Thread als gelöst.

Hibbelharry schrieb:

Ich halte DNS für den Verursacher deines Problems. Wenn dus wissen willst ob das so ist mach ein einfaches Experiment. Editier die /etc/resolv.conf und setzt mal "nameserver 134.102.20.20" ein, das ist ein öffentlicher DNS Server meiner Uni hier und taugt für nen schnellen Test immer. Ich will niemanden ärgern, nicht auf den Schlips getreten fühlen. Aber mit etwas Wissen in den Raum geworfen fällt die nächste Diagnose leichter

Grüz Hibbelharry

In diesem Fall ist das aber echt etwas einfacher zu lösen. Den ff-3.5.2 öffnen und in die Adresszeile folgendes eingeben:

about:config

Dann nach Bestätigung des Warnhinweises runterscrollen bis:

network.dns.disableIPV6   default  boolean false

Doppelklick auf "false" so das jetzt da steht:

network.dns.disableIPV6  default  boolean  true

Dann den Browser beenden und nach einem Neustart des Selbigen sollte das Internet wieder angenehm schnell im Browser funktionieren. Diese Einstellung kann sich aber nach dem nächsten Update schnell wieder ändern also schön die Augen aufhalten.

Das ist noch wieder eine andere Idee als ich hatte. Aber auch ein guter Gedanke. Muss man einfach mal ausprobieren. Ich bin noch nirgends in Schwierigkeiten gelaufen ohne da an der Schraube gedreht zu haben, aber gerade was IPv6 angeht gibts ja immernoch genug Wildwuchs

Grüz Hibbel

Der Tipp von nomoreblondes hat es schließlich gemacht.

Scheint diese IPv6 Einstellung zu sein!?

Damit fliegt der Fuchs wieder.

Vielen Dank für eure Mühe an alle!

Danke an jonas linhose, gnudot, nomoreblondes, Hibbelharry

Viele Grüße

Prof.P

Hallo, vielen, vielen Dank an nomoreblondes. Selbes Problem, selbe Lösung. Wie findet man die? ... ok kein Kommentar danke detkab