15
Kein Seitenaufbau, obwohl DNS OK ist
Ist es theoretisch möglich, dass aufgrund von Problemen beim Provider zwar DNS funktioniert (ping auf spiegel.de wird aufgelöst) es aber beim Seitenaufbau die Fehlermeldung" Verbindung abgebrochen" gibt
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 85516
Url: https://administrator.de/contentid/85516
Ausgedruckt am: 20.11.2024 um 00:11 Uhr
15 Kommentare
Neuester Kommentar
Moin,
ja, es ist möglich. Kann Dir denn Dein Provider Auskunft geben, ob Probleme bestehen?
Du kannst aber auch hingehen, lokal den Cache vom Browser leeren, einen anderen Browser versuchsweise installieren oder am Besten eine alternative Maschine anschliessen, mit der Du unabhängig von Deinem jetzigen Zugang querprüfen kannst.
Gruss.
ja, es ist möglich. Kann Dir denn Dein Provider Auskunft geben, ob Probleme bestehen?
Du kannst aber auch hingehen, lokal den Cache vom Browser leeren, einen anderen Browser versuchsweise installieren oder am Besten eine alternative Maschine anschliessen, mit der Du unabhängig von Deinem jetzigen Zugang querprüfen kannst.
Gruss.
Nein, das wäre unmöglich, denn DNS sind ja auch IP TCP Packete die zum Provider müssen, folglich also über die Leitung transportiert werden müssen wie auch HTTP TCP Port 80 Packete.
Wenns letzteres ist hast du ggf. ein MTU Problem. Achte darauf das die MTU Einstellung im DSL Interface nicht größer als 1492 gewählt ist !
- Tritt das Problem bei allen Webseiten auf ?
- Tritt das Problem auch mit einem anderen Browser wie z.B. dem FIREFOX auf ?
- Hast du einen Router um ins Internet zu gehen ?
Wenns letzteres ist hast du ggf. ein MTU Problem. Achte darauf das die MTU Einstellung im DSL Interface nicht größer als 1492 gewählt ist !
Moin,
ja, es ist möglich. Kann Dir denn Dein
Provider Auskunft geben, ob Probleme
bestehen?
Du kannst aber auch hingehen, lokal den
Cache vom Browser leeren, einen anderen
Browser versuchsweise installieren oder am
Besten eine alternative Maschine
anschliessen, mit der Du unabhängig von
Deinem jetzigen Zugang querprüfen
kannst.
Gruss.
ja, es ist möglich. Kann Dir denn Dein
Provider Auskunft geben, ob Probleme
bestehen?
Du kannst aber auch hingehen, lokal den
Cache vom Browser leeren, einen anderen
Browser versuchsweise installieren oder am
Besten eine alternative Maschine
anschliessen, mit der Du unabhängig von
Deinem jetzigen Zugang querprüfen
kannst.
Gruss.
Ich fürchte, mein Provider (Amgroup in Spanien) hält mich hin.
Ich habe insofern quer geprüft, als ich meine Maschine an einem anderen DSL-Anschluss getestet habe. Dort keine Probleme
Nein, das wäre unmöglich, denn DNS
sind ja auch IP TCP Packete die zum Provider
müssen, folglich also über die
Leitung transportiert werden müssen wie
auch HTTP TCP Port 80 Packete.
[http://download.mozilla.org/?product=firefox-2.0.0.13&os=win&lang=de
FIREFOX] auf ?
Wenns letzteres ist hast du ggf. ein MTU
Problem. Achte darauf das die MTU Einstellung
im DSL Interface nicht größer als
1492 gewählt ist !
sind ja auch IP TCP Packete die zum Provider
müssen, folglich also über die
Leitung transportiert werden müssen wie
auch HTTP TCP Port 80 Packete.
- Tritt das Problem bei allen Webseiten auf
- Tritt das Problem auch mit einem anderen
[http://download.mozilla.org/?product=firefox-2.0.0.13&os=win&lang=de
FIREFOX] auf ?
- Hast du einen Router um ins Internet zu
Wenns letzteres ist hast du ggf. ein MTU
Problem. Achte darauf das die MTU Einstellung
im DSL Interface nicht größer als
1492 gewählt ist !
Ja, bei allen Webseiten
Ich verwende Firefox (EEE-PC)
Der Ping wird aufgelöst, es dürften also keine Probleme mit dem MTU geben, oder?
Der Ping wird aufgelöst, es
dürften also keine Probleme mit dem MTU
geben, oder?
dürften also keine Probleme mit dem MTU
geben, oder?
...das stimmt nicht: wenn der MTU-Wert zu groß ist, können die TCP-Pakete u.U. nicht fragmentiert werden. Das hat mit dem Request des Ping wenig zu tun!
Wie aqui bereits vorschlug, ändere den Wert unter/gleich 1492 (Columbus entdeckt Amerika
).Ich hatte mal den Fall, dass es bei erst MTU 1250 funktionierte. Vielleicht ist auch im Client ein hoher MTU-Wert fest eingetragen... bitte das auch mal kontrollieren.
mfg telefix1
... dann muss ich mal sehen, wo sich die Einstellung des MTU in dem Speedtouch 510 4V verbirgt.
In der GUI ist er nicht sichtbar.
In der GUI ist er nicht sichtbar.
Wenn du einen Billigrouter hast der das nicht kann kannst du es auch am PC direkt machen mit einem Prg. wie z.B. Dr. TCP
http://www.dslreports.com/drtcp
http://www.dslreports.com/drtcp
Nichts anderes macht Dr. TCP nur mit einer schöneren Oberfläche und ohne Hacking direkt in der Registry.
Wichtig ist aber anzumerken das der MTU Wert IMMER ZUERST im Router angepasst werden sollte und nur wenn es gar nicht anders geht, also der Router diese Option auf dem DSL Port nicht hat, auf dem Endgerät bzw. PC.
Beim Router gilt die Einstellung fürs Netz auf dem PC muss das für alle angeschlossenen Geräte dann gemacht werden !!!
Das sollte immer nur die letzte aller Möglichkeiten sein !!!
Wichtig ist aber anzumerken das der MTU Wert IMMER ZUERST im Router angepasst werden sollte und nur wenn es gar nicht anders geht, also der Router diese Option auf dem DSL Port nicht hat, auf dem Endgerät bzw. PC.
Beim Router gilt die Einstellung fürs Netz auf dem PC muss das für alle angeschlossenen Geräte dann gemacht werden !!!
Das sollte immer nur die letzte aller Möglichkeiten sein !!!
Nichts anderes macht Dr. TCP
Nur dass bei GSchwarz erläutert ist, was warum wie passieren muss und auch ein Link zur Überprüfung angegeben ist (speedguide.net)
Wichtig ist aber anzumerken das der MTU Wert IMMER ZUERST im Router angepasst werden sollte
Soweit ok.
und nur wenn es gar nicht anders geht, also der Router diese Option auf dem DSL Port nicht hat, auf dem Endgerät bzw. PC.
Der Satz ist für die Tonne, weil er unsinnig ist. Wenn auf dem Rechner MTU 1500 (default) eingestellt ist und auf dem Router 1492 oder weniger,
muss jeder Frame vom Router gestückelt werden, sehr sinnig!
Selbstverständlich sollte die MTU dann auf jedem Rechner, der ins Internet geht, ebenfalls angepasst werden.
Vorsicht mit der Verbreitung solcher Weisheiten in Bezug auf Fragmentierung ! Eigentlich sollte das bei einem "nach-denker" nicht passieren ! Beim Aufbau einer TCP Session machen die beteiligten Clients vorher eine MTU Path Discovery wie du sicher selber weisst und man einigt sich dann auf die kleinste verfügbare MTU aller Geräte im Pfad zwischen Quelle und Ziel, so das es meist niemals zu Fragmentierungen kommt, zumal Internet Router meist zwangsweise ein DF Bit setzen und damit Fragmentierungen verhindern, da diese die Router oft dann ins CPU Switching zwingt, was Provider tunlichst vermeiden. Diese Dynamik im TCP Protokoll verhindert das mühsame manuelle Anpassen was eigentlich nicht sein sollte.
Leider ist aber die Firmware vieler Billigprodukte so schlecht, das man dann mal zu Dr. TCP oder der Operation an der Registry greifen muss wie du ja selber auch weisst...
http://de.wikipedia.org/wiki/Path_MTU_Discovery
Leider ist aber die Firmware vieler Billigprodukte so schlecht, das man dann mal zu Dr. TCP oder der Operation an der Registry greifen muss wie du ja selber auch weisst...
http://de.wikipedia.org/wiki/Path_MTU_Discovery
Wenn PathMTUDiscovery funktionieren würde, brauchte man weder Anpassungen noch DrTCP.
Sehr richtig !! 
Das ist eben der Unterschied zwischen Speedport und Cisco....
Das ist eben der Unterschied zwischen Speedport und Cisco....
Da wäre dann noch der Preisvergleich zwischen z. B. Trabi und BMW 5 GTI 
Welchen Cisco-Router würdest du denn einem Ottonormaluser empfehlen?
Welchen Cisco-Router würdest du denn einem Ottonormaluser empfehlen?
Gute Frage.... was kleineres als irgendwas aus der 800er Serie gibt es ja nicht. EBucht Preise dürften da auch noch für Otto Normaluser erschwinglich sein...
Spass beiseite... Glücklicherweise gibt es aber genügend Consumer Hersteller bei denen das problemlos klappt und man muss dann diese (Cisco) Zäsur nicht auf sich nehmen....
Spass beiseite... Glücklicherweise gibt es aber genügend Consumer Hersteller bei denen das problemlos klappt und man muss dann diese (Cisco) Zäsur nicht auf sich nehmen....
