Verbindung dauert ewig

[linopolus]

Hallo

Wenn ich ins Internet will (egal mit welchem Programm, zB. auch wenn ich einfach apt-get update durchführe), dann dauert das i8mmer ewig, bis die Verbindung hergestellt ist, aber danach geht alles gewohnt schnell. Wie krieg ich die Verbindung schneller?

Gruß, herRrscher

//PS:ich hab dsl, also einwahl wie bei modem fällt weg

[guido17]

Hi,

ipv6 aus ?


Gruß

[linopolus]

in iceweasel ausgestellt und dass ist der einzige der halbwegs schnell macht wie stellt man das systemweit aus?

[manes]

guckst du: http://wiki.debianforum.de/IPv6Deaktivieren
grüße
manes

[rendegast]

DNS-Server respektive /etc/resolv.conf richtig eingestellt?

in iceweasel ausgestellt und dass ist der einzige der halbwegs schnell macht wie stellt man das systemweit aus?

- Kernel-Parameter in /etc/sysctl.conf und/oder /etc/sysctl.d/*.
- Modul und alias blacklisten bzw. 'off' schalten.
- die Anwendungen auf einen entsprechenden Parameter abklopfen.
(dürfte aber nichts mit der Verzögerung zu tun haben)

Es gab mal einen "Bug" mc<->samba , der mc stark verzögert starten ließ.
Irgendein samba|ldap|dns-Timeout.
(Nur als Beispiel)
Der walkaround war (?) ein Eintrag von localhost.localdomain (oder ähnlich?) in die /etc/hosts.

[linopolus]

was muss da stehen?
Bei mir sieht die Datei so aus:

### BEGIN INFO
#
# Modified_by: NetworkManager
# Process: /usr/bin/NetworkManager
# Process_id: 2816
#
### END INFO
/////viele leerzeilen\\\\\
nameserver 192.168.62.1
nameserver 0.0.0.0

[rendegast]

nameserver 0.0.0.0
ist mir ungewöhnlich, aber ich habe auch nie mit NetworkManager gearbeitet.
Sollte auch egal sein, wenn
nameserver 192.168.62.1
immer schnell genug antwortet.

Wie (schnell) funktioniert denn ein

Code: Alles auswählen

host www.Irgendwas.com

[linopolus]

host http://www.google.com

nach ca 10 sek kam timeoutmeldung

bei synaptik dauerts ca 15 sek, bis downloadrate von unbekannt auf 183 springt

[rendegast]

Hat er gesagt, welcher Nameserver antwortet?
192.168.62.1 oder etwas anderes?

Wenn 192.168.62.1 antwortet, was ist mit

Code: Alles auswählen

host www.irgendwasanderes.com 192.168.62.1

Also direkt anfragen.
Wenn das dann auch solange dauert, dann kontrolliere die DNS-Einträge auf Deinem Router 192.168.62.1,
vielleicht bekommt er per DHCP fehlerhafte vom Provider mitgeteilt.
Auch mit anderen öffentlichen DNS-Servern ausprobieren.
(Bsp. openDNS: 208.67.222.222, 208.67.220.220)

Dabei kannst Du im Terminal auch ein

Code: Alles auswählen

netstat -paun -c

mitlaufen lassen, um zu sehen, ab wann er sich wohin verbinden will.
Das ist allerdings fusselig und funktioniert meist nicht.
Besser das Modul nf_conntrack laden und

Code: Alles auswählen

tail -f /proc/net/ip_conntrack
oder 
watch -n1 grep -v tcp /proc/net/ip_conntrack

Andernfalls findet Dein Rechner vielleicht nicht den Router?

Code: Alles auswählen

route -n

DNS:

Code: Alles auswählen

/etc/hosts
/etc/host.conf

-> Des Routers DHCP-Vorgaben, falls Du DHCP zur Netzwerkkonfiguation verwendest?

[linopolus]

nichts hat geantwortet, es gab ja einen timeout

route -n:

Kernel-IP-Routentabelle
Ziel-------------------Router--------------Genmask-----------Flags-----Metric-----Ref----Use-----face
192.168.62.0-----0.0.0.0--------------255.255.255.0-----U----------0------------0-------0---------eth0
0.0.0.0--------------192.168.62.1-----0.0.0.0---------------UG--------0------------0-------0---------eth0

beim router ist eingestellt, per dhcp ips zu vergeben, mehr kann ich dir nicht sagen weil es detailiertere einstellungen schlicht nicht gibt

[rendegast]

nichts hat geantwortet, es gab ja einen timeout

Die öffentlichen DNS-Server antworten nicht?

Was ist mit einem Ping auf die Server, wie schnell kommen die zurück?

Code: Alles auswählen

ping 192.168.62.1
ping 208.67.222.222

Ab wann taucht bei 'host http://www.irgendwas.com 208.67.222.222'
in der /proc/net/ip_conntrack das Paket auf?
sofort oder verzögert?
-> Dein Rechner bekommt das Paket nicht abgeschickt, oder beim Provider|Router hängt es.

//PS:ich hab dsl, also einwahl wie bei modem fällt weg

Ist der Router vielleicht (noch) auf sofortige oder sehr kurzfristige Trennung eingestellt?
-> Auf "Flatrate" ändern.

[linopolus]

ping auf 192.168...: durchschn. 200 ms
ping auf 208.57...:durchschn. 68.5 ms

debian:/proc/net# ls
anycast6 ip6_flowlabel netfilter raw6 sockstat6 udplite
arp ip6_mr_cache netlink route softnet_stat udplite6
dev ip6_mr_vif netstat rt6_stats stat unix
dev_mcast ip_mr_cache packet rt_acct tcp wireless
dev_snmp6 ip_mr_vif protocols rt_cache tcp6
if_inet6 ipv6_route psched snmp tr_rif
igmp mcfilter ptype snmp6 udp
igmp6 mcfilter6 raw sockstat udp6

bei mir gibt es keine datei ip_conntrack in /proc/net

der router ist auf dauerhafte verbindung eingestellt

[rendegast]

ping auf 192.168...: durchschn. 200 ms

WLAN-Verbindung? Sollte sonst unter 1ms liegen. Aber 0,2s sind ja erstmal nicht zu merken.

ping auf 208.57...:durchschn. 68.5 ms

normal

Anm:

bei mir gibt es keine datei ip_conntrack in /proc/net

... Besser das Modul nf_conntrack laden und ...

Tschuldigung, braucht nf_conntrack_ipv4.



------------------------------------------------------------------------
Ich bin jetzt ratlos, schiebe es trotzdem auf die DNS-Auflösung (im Router),
da diese Möglichkeit mangels Beobachtung der udp-Pakete noch nicht ausgeschlossen ist:
Gibt daher

Code: Alles auswählen

tracert 193.99.144.85

einen Unterschied zu

Code: Alles auswählen

tracert www.heise.de

? (bzw. eine andere noch nicht aufgerufene Adress-IP-Kombination (um Cache-Effekte auszuschließen))

Router-Modell und firmware?

[neuss]

@herRrscher
geh die Sache doch mal bitte grundsätzlich an, also deinstalliere einfach mal die Helferlein wie network-manager und resolvconf.
Dann kannst du deine /etc/network/interfaces und /etc/resolv.conf vernünftig manuell anpassen und wir haben eine bessere Chance dir zu helfen.

gruss neuss

[sputty]

Hallo,

nameserver 0.0.0.0 ist falsch.
Deshalb ist auch die Standardroute falsch. Und der Verbindugsaufbau so langsam,
einfach diesen Eintrag aus der resolv.conf löschen.

Gruß
Sputty

[rendegast]

nameserver 0.0.0.0 ist falsch.

erstmal unsinnig, solange aber der erste antwortet hat es keine Auswirkungen.

[linopolus]

Mir sind noch 2 Sachen aufgefallen:
1.: Der Router hat die Adresse 192.168.2.1 und nicht 192.168.62.1 das ist wahrscheinlich der <Router, den wir als Switch dazwischen gehängt haben weil der Speedport nur 1 Ausgang hat.
2.: Beim booten bracht der Eintrag Starting: MTA ca die Hälfte vom gesamten Bootvorgang. Ich weiß nicht, was MTA ist und ob das was damit zu tun hat aber ich wollte es mit erwähnen.

[rendegast]

1.: Der Router hat die Adresse 192.168.2.1 und nicht 192.168.62.1 das ist wahrscheinlich der <Router, den wir als Switch dazwischen gehängt haben weil der Speedport nur 1 Ausgang hat.

Der Router hat wirklich IP-Adressen? zu beiden Seiten hin? also Netztrennung? :
Statt
[Problemhost mit 192.168.62.*] --- [Speedp 192.168.62.1 -> www]
also
[Problemhost mit 192.168.62.*] --- [Router 192.168.2.1 <-> 192.168.62.*(Upl)] --- [Speedp 192.168.62.1 -> www]
?
Dann stimmt die route nicht und die IP-Adressen, respektive die DHCP-Einstellungen.
(Haben beide Router DHCP-Server laufen? Nur einer sollte Adressen vergeben.)

Beim Router für den "Uplink" zum Speedport nicht die dedizierte Uplink-Buchse, sondern einen der anderen Intern-Anschlüsse benutzen? :

Code: Alles auswählen

[Problemhost mit 192.168.62.*] --- \
                                              [Router 192.168.62.* <-> 192.168.2.1(Upl)] --- 
[Speedp 192.168.62.1 -> www] ---/

2.: Beim booten bracht der Eintrag Starting: MTA ca die Hälfte vom gesamten Bootvorgang.

Den MTA exim4 gibt es in den Einstellungen dc_minimaldns='true|false',
dem Namen nach ist das eine DNS-lastige.
Ist er nicht abgeschaltet (mit Einstellung QUEURUNNER='nodaemon') versucht er beim Start DNS zu machen -> Problem.
Zu ändern mit

Code: Alles auswählen

dpkg-reconfigure exim4-config
# oder in /etc/exim4/update-exim4.conf.conf mit anschließendem 'invoke-rc.d exim4 restart'