Internetzugriff langsam?
Hi! Installiert ist eine Suse 9.1 mit KDE. Was mir aufgefallen ist: z.T. gibt es erhebliche Wartezeiten, bis im Konqueror eine Seite gefunden wird. Relativ lange sieht man auch die Meldung "Resolving host blabla...". Wenn der Host erst einmal gefunden ist, dann geht alles recht schnell. Auf der Konsole (ohne KDE) dagegen ist das Resolving pfeilschnell, wie gewohnt. Die Internetverbindung ist Standard-DSL, die Netzwerkkarte ist bestens eingestellt (auch die MTU genau vermessen etc.), und ich weiss, wie man DNS konfiguriert ;) Ist das ein generelles KDE-Problem, weiss jemand was da los ist und wo man ansetzen koennte? Fehlermeldungen in den Logs sind diesbezueglich keine zu sehen. If some fields are empty or look unusual you may have an old version. Compare to the current minimal requirements in Documentation/Changes. Linux lene 2.6.5-mjb2 #1 Sun Jun 13 21:08:54 CEST 2004 i686 athlon i386 GNU/Linux Gnu C 3.4.0 Gnu make 3.80 binutils 2.15.90.0.1.1 util-linux 2.12 mount 2.12 module-init-tools 3.0-pre10 e2fsprogs 1.34 jfsutils 1.1.5 xfsprogs 2.6.3 PPP 2.4.2 isdn4k-utils 3.4 nfs-utils 1.0.6 Linux C Library x 1 root root 1349081 Apr 5 17:31 /lib/tls/libc.so.6 Dynamic linker (ldd) 2.3.3 Linux C++ Library 5.0.5 Procps 3.2.1 Net-tools 1.60 Kbd 1.12 Sh-utils 5.2.1 Modules Loaded snd_pcm_oss snd_pcm snd_page_alloc snd_timer snd_mixer_oss snd soundcore ipt_LOG ipt_REJECT ipt_state ipt_TCPMSS iptable_nat ip_conntrack iptable_filter ip_tables edd joydev st sd_mod sr_mod scsi_mod ide_cd cdrom usbserial parport_pc lp parport nvram ipv6 speedstep_lib freq_table via_agp via_ircc agpgart uhci_hcd irda usbcore 8139too mii evdev subfs dm_mod Gruss, Heinz. -- # Heinz Diehl, 68259 Mannheim, Germany
Heinz Diehl
Installiert ist eine Suse 9.1 mit KDE. Was mir aufgefallen ist: z.T. gibt es erhebliche Wartezeiten, bis im Konqueror eine Seite gefunden wird. Relativ lange sieht man auch die Meldung
wie lautet der lokale Domain-Name? Endet er etwa auf .local? Wenn ja, dann sollte das auf etwas anderes z.B. .home oder so geändert werden. Grund: .local wird per Multicast-DNS aufgelöst, und das dauert... Bye Jürgen -- Dr.rer.nat. Juergen Vollmer, Viktoriastrasse 15, D-76133 Karlsruhe Tel: +49(721) 9204871 Fax: +49(721) 24874 vollmer@cocolab.de www.cocolab.de
Am Montag, 14. Juni 2004 10:12 schrieb Heinz Diehl:
Hi!
Hallo!
Installiert ist eine Suse 9.1 mit KDE. Was mir aufgefallen ist: z.T. gibt es erhebliche Wartezeiten, bis im Konqueror eine Seite gefunden wird. Relativ lange sieht man auch die Meldung "Resolving host blabla...". Wenn der Host erst einmal gefunden ist, dann geht alles recht schnell. Auf der Konsole (ohne KDE) dagegen ist das Resolving pfeilschnell, wie gewohnt.
Vermutungen: a) du hast einen Proxy eingestellt und der ist nicht (immer) erreichbar (oder es ist ein Squid-Cluster, von denen einige schlecht erreichbar sind). KDE 3.2.1 blockiert während des Wartens auf den Proxy, das ist bei 3.2.2 oder 3.2.3 behoben worden. b) du hast mehrere Nameserver eingestellt und einer davon ist falsch. DNS-Server werden nach dem Zufallsprinzip befragt, d.h. wenn du 2 DNS-Server verwendest und einer davon ist falsch, dann laufen ca 50% aller Anfragen ins Nichts. Ist aber unwahrscheinlich, wenn auf der Konsole mit dem gleichen DNS alles klappt. Fragen: Passiert das mit Mozilla / Firefox / Opera / ... auch oder nur mit KDE-Programmen? Stell mal alle Proxies usw. aus, und guck ob das immer noch nicht geht. Dann starte ggf. mal Konqueror o.ä. mit 'strace' und guck auf Timeouts.
Die Internetverbindung ist Standard-DSL, die Netzwerkkarte ist bestens eingestellt (auch die MTU genau vermessen etc.), und ich weiss, wie man DNS konfiguriert ;)
OK, trotzdem stolpert man oft über die einfachsten Dinge :-)
Ist das ein generelles KDE-Problem, weiss jemand was da los ist und wo man ansetzen koennte? Fehlermeldungen in den Logs sind diesbezueglich keine zu sehen.
Nein, das sind irgendwelche Timeouts. Vielleicht hängt er auch beim Auflösen des lokalen Proxy-Namens, weil der lokale DNS mistig konfiguriert ist. -- Dipl.-Ing. Jens Benecke http://www.hitchhikers.de - Europas kostenlose Mitfahrzentrale seit 1998 http://www.rb-hosting.de - Webhosting mit Extras - PHP ab €9 - SSH ab €19 http://www.spamfreemail.de - 100% saubere Postfächer, garantiert!
On Mon Jun 14 2004, Jens Benecke wrote:
z.T. gibt es erhebliche Wartezeiten, bis im Konqueror eine Seite gefunden wird. Relativ lange sieht man auch die Meldung "Resolving host blabla..."
a) du hast einen Proxy eingestellt und der ist nicht (immer) erreichbar
Nein.
(oder es ist ein Squid-Cluster, von denen einige schlecht erreichbar sind). KDE 3.2.1 blockiert während des Wartens auf den Proxy, das ist bei 3.2.2 oder 3.2.3 behoben worden.
Auch nicht. KDE = 3.2.3.
b) du hast mehrere Nameserver eingestellt und einer davon ist falsch.
Auch net ;) Nameserver ist 194.25.2.129, den benutze ich seit Jahren, und die alte Windows98 Buechse neben mir benutzt den auch und die ist gegenueber KDE um Lichtjahre schneller. Beinahe augenblicklich bauen sich da die Seiten auf.
Passiert das mit Mozilla / Firefox / Opera / ... auch oder nur mit KDE-Programmen?
Unter Mozilla ebenso wie mit Konqueror.
Stell mal alle Proxies usw. aus, und guck ob das immer noch nicht geht.
Habe keine aktiviert.
Dann starte ggf. mal Konqueror o.ä. mit 'strace' und guck auf Timeouts.
Auch keine gesehen.
OK, trotzdem stolpert man oft über die einfachsten Dinge :-)
Ja, Du hast Recht :)
Nein, das sind irgendwelche Timeouts.
Sieht fast so aus.
Vielleicht hängt er auch beim Auflösen des lokalen Proxy-Namens, weil der lokale DNS mistig konfiguriert ist.
Die Netzwerkkarte hat 192.168.0.21 und haengt an einem Router 192.168.0.10, der zugleich auch das Standard-Gateway darstellt. Am selben Router haengt auch besagte Windows 98 Kiste, und die ist schnell ohne Ende. Gruss, Heinz. -- # Heinz Diehl, 68259 Mannheim, Germany
Am Dienstag, 15. Juni 2004 19:31 schrieb Heinz Diehl:
Die Netzwerkkarte hat 192.168.0.21 und haengt an einem Router 192.168.0.10, der zugleich auch das Standard-Gateway darstellt. Am selben Router haengt auch besagte Windows 98 Kiste, und die ist schnell ohne Ende.
Router? Da hatten wir doch vor kurzem was in der Liste: ---schnipp--- 1. Habe in /etc/modprobe.conf.local Folgendes hinzugefügt: alias ip6t_REJECT off install ipv6 /bin/true 2. Habe in /etc/hosts alle IPv6-relevanten Einträge auskommentiert Jetzt flutscht's. René ---schnapp--
Gruss, Heinz.
Gruß Detlef Reichelt
On Tue Jun 15 2004, Detlef Reichelt wrote:
alias ip6t_REJECT off install ipv6 /bin/true
2. Habe in /etc/hosts alle IPv6-relevanten Einträge auskommentiert
Richtig, ipv6 ist Schuld daran gewesen. Habe mein System diesbezueglich umkonfiguriert, jetzt laeuft alles wie es soll. Danke! -- # Heinz Diehl, 68259 Mannheim, Germany
On Mon Jun 14 2004, Jens Benecke wrote:
Nein, das sind irgendwelche Timeouts. Vielleicht hängt er auch beim Auflösen des lokalen Proxy-Namens, weil der lokale DNS mistig konfiguriert ist.
lene:~ # cat /etc/hosts 127.0.0.1 cavy.de localhost # special IPv6 addresses ::1 localhost ipv6-localhost ipv6-loopback fe00::0 ipv6-localnet ff00::0 ipv6-mcastprefix ff02::1 ipv6-allnodes ff02::2 ipv6-allrouters ff02::3 ipv6-allhosts 192.168.0.21 lene.cavy.de lene lene:~ # lene:~ # cat /etc/resolv.conf nameserver 194.25.2.129 lene:~ # -- # Heinz Diehl, 68259 Mannheim, Germany
lAm Dienstag, 15. Juni 2004 19:37 schrieb Heinz Diehl:
On Mon Jun 14 2004, Jens Benecke wrote:
Nein, das sind irgendwelche Timeouts. Vielleicht hängt er auch beim Auflösen des lokalen Proxy-Namens, weil der lokale DNS mistig konfiguriert ist.
lene:~ # cat /etc/hosts 127.0.0.1 cavy.de localhost
# special IPv6 addresses
::1 localhost ipv6-localhost ipv6-loopback
Gib mal das 'localhost' aus der ipv6 adresse raus, dann klappt es wahrscheinlich. hth, Andreas.
On Wed Jun 16 2004, Andreas Scherer wrote:
Gib mal das 'localhost' aus der ipv6 adresse raus, dann klappt es wahrscheinlich.
Das war es nicht alleine, der "localhost" dort ist schon ok. Aber der Tip mit ipv6 war korrekt, das war der richtige Fingerzeig. Danke! -- # Heinz Diehl, 68259 Mannheim, Germany
participants (5)
-
Andreas Scherer
-
Detlef Reichelt
-
Dr. Jürgen Vollmer
-
Heinz Diehl
-
Jens Benecke