[Linux] Internet extrem langsam
-
Hi,
habe seit heute mit meinem Debian Linux 4.0 Testing (Kernel 2.6.22-3-486) das Problem, dass das Internet extrem langsam ist. So dauert es mit irgendeinem Browser ca. die 25 sekunden um Google aufzurufen. Ein nicht sehr ansprechender Wert. Wenn ich dann aber bei Google bin und nach irgendwas suche, ist das Suchergebnis sofort da (evtl. ein Problem beim TCP/IP-Handshake??). Gleiches bei XChat... Verbindung aufbauen dauert ewig, chatten geht ganz normal, ping auch normal.
Gestern lief noch alles wie gewohnt, habe auch keine Einstellungen geändert. Habe nur OpenOffice.org und alsa-oss installiert sowie das System mittels aptitude full-upgrade auf den aktuellen Stand gebracht. Weiß zwar nicht mehr genau, was geupdatet wurde, aber es war kein Kernel-Update dabei, vmtl. aber irgendwas im Netzwerkbereich.
Mein Mainboard ist ein Asus A7N8X 2.0 mit zwei onboard-Netzwerkkarten. Ich nutze die nForce Karte (eth1), die 3Com-Karte ist ungenutzt. Ich verbinde mich über einen Router (Speedport W 700 V), der mir per DHCP eine IP zuweist, in's Internet. Auch am Router habe ich nichts geändert.
Ich habe auf einer anderen Partition auch noch Win2k mit SP4 installiert, hier ist keine Beeinträchtigung zu spüren.
Hier mal ein paar Infos von dmesg usw.
dmesg | grep eth:
forcedeth.c: Reverse Engineered nForce ethernet driver. Version 0.60. eth0: forcedeth.c: subsystem: 01043:80a7 bound to 0000:00:04.0 udev: renamed network interface eth0 to eth1 udev: renamed network interface eth0 to eth2 eth1: no IPv6 routers presentifconfig:
eth1 Link encap:Ethernet HWaddr 00:0c:6e:cd:99:83 inet addr:192.168.2.100 Bcast:192.168.2.255 Mask:255.255.255.0 inet6 addr: fe80::20c:6eff:fecd:9983/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:328 errors:0 dropped:0 overruns:0 frame:0 TX packets:365 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:93929 (91.7 KiB) TX bytes:42900 (41.8 KiB) Interrupt:18 Base address:0x4000 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:176 errors:0 dropped:0 overruns:0 frame:0 TX packets:176 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:11412 (11.1 KiB) TX bytes:11412 (11.1 KiB)dhclient:
Internet Systems Consortium DHCP Client V3.1.0 Copyright 2004-2007 Internet Systems Consortium. All rights reserved. For info, please visit http://www.isc.org/sw/dhcp/ Listening on LPF/eth2/00:26:54:13:16:8f Sending on LPF/eth2/00:26:54:13:16:8f Listening on LPF/eth1/00:0c:6e:cd:99:83 Sending on LPF/eth1/00:0c:6e:cd:99:83 Sending on Socket/fallback DHCPDISCOVER on eth2 to 255.255.255.255 port 67 interval 6 DHCPREQUEST on eth1 to 255.255.255.255 port 67 DHCPACK from 192.168.2.1 bound to 192.168.2.100 -- renewal in 133877 seconds.lsmod:
Module Size Used by radeon 111776 1 drm 74900 2 radeon ipv6 224932 16 button 7952 0 ac 5252 0 battery 10116 0 nls_iso8859_1 4224 1 nls_cp437 5888 1 vfat 11648 1 fat 47900 1 vfat dm_snapshot 16800 0 dm_mirror 19840 0 dm_mod 51136 2 dm_snapshot,dm_mirror firewire_sbp2 12164 0 loop 16260 0 snd_mpu401 7784 0 snd_mpu401_uart 7936 1 snd_mpu401 snd_intel8x0 31644 5 snd_ac97_codec 92580 1 snd_intel8x0 snd_seq_dummy 3844 0 snd_seq_oss 29184 0 ac97_bus 2304 1 snd_ac97_codec snd_pcm_oss 38816 0 snd_mixer_oss 15360 1 snd_pcm_oss snd_seq_midi 8224 0 snd_seq_midi_event 7040 2 snd_seq_oss,snd_seq_midi snd_pcm 70152 5 snd_intel8x0,snd_ac97_codec,snd_pcm_oss snd_seq 45136 6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event snd_rawmidi 22688 2 snd_mpu401_uart,snd_seq_midi snd_seq_device 7820 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq,snd_rawmidi analog 11168 0 gameport 14472 1 analog parport_pc 33444 0 parport 32968 1 parport_pc snd_timer 20740 4 snd_pcm,snd_seq pcspkr 2944 0 snd 47076 18 snd_mpu401,snd_mpu401_uart,snd_intel8x0,snd_ac97_codec,snd_seq_oss,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_seq,snd_rawmidi,snd_seq_device,snd_timer soundcore 7264 1 snd rtc 12568 0 snd_page_alloc 10120 2 snd_intel8x0,snd_pcm shpchp 30996 0 pci_hotplug 28856 1 shpchp i2c_nforce2 5888 0 i2c_core 23440 1 i2c_nforce2 nvidia_agp 8604 1 agpgart 31280 2 drm,nvidia_agp tsdev 8000 0 evdev 9472 3 ext3 118408 2 jbd 49832 1 ext3 ide_cd 36512 1 cdrom 32672 1 ide_cd ide_disk 16384 5 ata_generic 7684 0 usbhid 25568 0 hid 24320 1 usbhid amd74xx 13596 0 [permanent] sata_sil 10888 0 floppy 54532 0 libata 116208 2 ata_generic,sata_sil scsi_mod 136844 2 firewire_sbp2,libata firewire_ohci 16640 0 firewire_core 39488 2 firewire_sbp2,firewire_ohci crc_itu_t 2176 1 firewire_core 3c59x 41640 0 mii 5376 1 3c59x generic 4868 0 [permanent] ide_core 112040 4 ide_cd,ide_disk,amd74xx,generic ehci_hcd 30476 0 forcedeth 45064 0 ohci_hcd 19588 0 usbcore 123544 4 usbhid,ehci_hcd,ohci_hcd thermal 13448 0 processor 23984 1 thermal fan 4868 0Von dmesg ist mir die "eth1: no IPv6 routers present" message aufgefallen, liegt da der Hund begraben?
Okay, das war viel Zeugs. Google Suche hat mich bisher leider nicht weitergebracht

Vielen Dank im Voraus für Antworten
GPC
-
Hallo,
zunächst einmal fällt mir
udev: renamed network interface eth[b]0[/b] to eth1 udev: renamed network interface eth[b]0[/b] to eth2auf.
Außerdem darf der Kernel ruhig etwas weniger generisch sein.
486er? Come on
-
GPC schrieb:
So dauert es mit irgendeinem Browser ca. die 25 sekunden um Google aufzurufen. Ein nicht sehr ansprechender Wert. Wenn ich dann aber bei Google bin und nach irgendwas suche, ist das Suchergebnis sofort da
riecht nach dns problem. falls du server manuell eingetragen hast, schau mal, ob die noch erreichbar sind.
grüße, mm
-
mezzo mix schrieb:
riecht nach dns problem. falls du server manuell eingetragen hast, schau mal, ob die noch erreichbar sind.
Jup. Am besten auch mal den Support des Providers kontaktieren für die aktuellen DNS-Adressen. Und probehalber mal OpenDNS ausprobieren oder mit pdnsd selbst lokal cachen.
-
Hi,
mezzo mix schrieb:
GPC schrieb:
So dauert es mit irgendeinem Browser ca. die 25 sekunden um Google aufzurufen. Ein nicht sehr ansprechender Wert. Wenn ich dann aber bei Google bin und nach irgendwas suche, ist das Suchergebnis sofort da
riecht nach dns problem. falls du server manuell eingetragen hast, schau mal, ob die noch erreichbar sind.
grüße, mm
hm, also ich habe da eigentlich gar nichts eingetragen... im Router damals einfach die Zugangsdaten und die Sache war geritzt. Provider ist btw. T-Online.
Hatte heute keine Zeit mich mal an OpenDNS zu machen, werde ich morgen machen. Sehr merkwürdig finde ich dennoch, dass unter Win alles normal tut und das Problem nur unter Linux besteht

Vielen Dank schon mal!

GPC
-
Schau auch mal, welche DNS-Server unter Windows verwendet werden und welche unter GNU/Linux. Bzw. mal traceroute oä anwerfen, könnte auch interessant sein.
-
mezzo mix schrieb:
GPC schrieb:
So dauert es mit irgendeinem Browser ca. die 25 sekunden um Google aufzurufen. Ein nicht sehr ansprechender Wert. Wenn ich dann aber bei Google bin und nach irgendwas suche, ist das Suchergebnis sofort da
riecht nach dns problem.
Mal bei der Ausgabe die Times vergleichen:
ping www.google.de ping 209.85.129.99
-
Hi,
habe jetzt mal bei Linux auf OpenDNS umgestellt und es scheint wieder alles zu funken (brauche ich jetzt noch pdnsd?). Ich bin zwar immer noch höchst verwirrt, was da schiefgelaufen ist, aber sei's drum

Danke an alle, die mir geholfen haben
Cheers
GPC
-
Beim Titel dacht ich spontag: OMG jetzt fangen diese Threads auch noch mit Linux an.

-
GPC: pdnsd ist nur ein lokaler DNS-Cache, wenn OpenDNS für Dich funktioniert, dann verwende das weiter!
-
Okay, vielen Dank
