Seit gestern Abend habe ich minutenlange Wartezeiten bei Wikipedia - sofern überhaupt was übertragen wird. Andere Seiten reagieren flott, wie gewohnt. Habt ihr ähnliche Probleme?
hier keine Probs.
Gast
#1594641
Wohnst du in China?
@Uhu Warum stellste nicht die Links hier ein die so langsam sind? Du bist doch sonst so schlau aber mal nachzudenken wie man das Problem Informativ am besten löst ist wohl nicht?
Da brauche ich nichts einzustellen. Das Elend fängt bei der Startseite an und ich warte noch immer, daß endlich das Suchergebnis für das Stichwort kommt, das ich vor einer halben Stunde eigegeben habe.
Mario M. schrieb:
> Wohnst du in China?
Ja, in Westchina, in subversiven Kreisen auch Nordbaden genannt.
Uhu Uhuhu schrieb: > Da brauche ich nichts einzustellen. Das Elend fängt bei der Startseite > an und ich warte noch immer, daß endlich das Suchergebnis für das > Stichwort kommt, das ich vor einer halben Stunde eigegeben habe. Nachtrag: Soeben ist ein Stück des Hintergrundbildes eingetroffen. Vielleicht wirds ja im Laufe dieser Woche doch noch was...
Das muss ein Problem Deines ISP sein; hier (80 km westlich von Polen) dauert das Laden der Wikipedia-Hauptseite knapp 2 Sekunden.
Vermutlich. Es ist 1&1.
Worüber wirst du denn so alles geroutet?
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
10 | |
11 | |
12 | |
Die ersten beiden Hops sind hier im LAN.
@Uhu Wiki läuft einwandfrei. Vielleicht bist du jemanden nur unangenehm aufgefallen und hat deinen für dich zuständigen Server einfrieren lassen. Bei dem Wetter wäre das doch normal.
Also hier lädt sich Wikipedia so schnell wie immer.
1 <1 ms <1 ms 1 ms easy.box [192.168.2.1] 2 11 ms 11 ms 11 ms 188.107.192.1 3 12 ms 12 ms 12 ms 88.79.8.249 4 11 ms 11 ms 11 ms 92.79.212.45 5 19 ms 18 ms 19 ms 92.79.213.138 6 19 ms 18 ms 19 ms ams-ix.2ge-2-1.br1-knams.wikimedia[195.69.145.176] 7 19 ms 19 ms 19 ms te-8-2.csw1-esams.wikimedia.org [91.198.174.254] 8 19 ms 19 ms 19 ms rr.esams.wikimedia.org [91.198.174.2] Bei mir sieht das so aus, dein hoher Ping bis zu wiki ist schon ein bisschen auffällig. Schonmal den DSLAM resettet?
1337 Speak schrieb:
> Schonmal den DSLAM resettet?
Wie soll denn das gehen? Was soll das bringen, wenn alle anderen Seiten
funktionieren?
wie soll der denn den DSLAM resetten? Der ist kein T-Com Techniker und seine Nachbarn würden sich für die Aktion auch sicherlich bedanken. Wohl eher Modem und Router mal abnibbeln und 5 mins Power-Off lassen.
>Was soll das bringen, wenn alle anderen Seiten >funktionieren? Stimmt, mist, zu kurz gedacht. Ich nehme an einen neuen Einwahlversuch wirst du schon unternommen haben oder?
[edit] hatte mal nen ähnliches Problem, dass FF immer gewisse Seite nicht anzeigen konnte. Und irgendwann ein Ping-Time-Out kam. Nach paar Minuten Spannungs&Stromlos ging es dann wieder.
1337 Speak schrieb: > Ich nehme an einen neuen Einwahlversuch wirst du schon unternommen haben > oder? Nein, hatte ich noch nicht gemacht - ist - wie ich mir dachte - auch nur Vodoo und hat nichts gebracht.
So, jetzt habe ich als erstes FF beendet und neu gestartet - keine Änderung. Dann Rechner runtergefahren und nach 2 min wieder hoch - keine Änderung. Wikipedia brachte es jetzt immerhin mal in kurzer Zeit auf eine 90% Fortschrittsbalken und hängt seither. Das Problem dürfte also irgendwo bei denen liegen.
Es scheint sich zu bessern...
Args mit Spannungs und Stromlos meinte ich Router + Modem sry mein Fehler.
Hatte mich zu früh gefreut. Die hatten es wohl zwischenzeitlich geschafft, ihr Zeugs an irgendeinen Proxy unterwegs auszuliefern. Weitere Anfragen landen direkt wieder in der Warteschleife... Das mit dem Fortschrittsbalken deutet wohl darauf, daß irgend ein Server für Bilder o.ä. unpässlich ist. @Basti: Läge es an der Hardware hier, dann müßte alles klemmen. Tutus aber nicht. Von FF weiß ich, daß ihn zuweilen mal eine Phobie vor einzelnen Seiten überkommt - die hatte er aber bisher immer mit einem FF-Neustart vergessen.
Genau das meinte ich ja, hatte mal nen ähnliches Prob mit meinem Router, dass er merkwürdigerweise immer Pingouts bei eBay bekamt und die Seite, wenn überhaupt, erst nach ein paar Minuten geladen hatte, immer nachdem ich den Router von der U-Versorgung abgeklemmt hatte, funktionierte es wieder knapp 48 Std. Leider bieten diese normalen Home-Routern keine möglichkeit einen DNS oder Cache flush durchzuführen, es sei denn man klemmt Ihn von der U-Versorgung ab. Seitdem benutze ich nur noch Geräte, auf denen man OpenWRT installen kann.
Uhu Uhuhu schrieb: > 12 ge-2-2.br1-knams.wikimedia.org (78.41.155.38) 43.139 ms 43.180 ms 45.058 ms 1337 Speak schrieb: > 7 19 ms 19 ms 19 ms te-8-2.csw1-esams.wikimedia.org > [91.198.174.254] Bei Heise und hier geht's ebenfalls über te-8-2, d.h. Uhus Provider kommt über ein anderes Peering ins Wikipedia AS als viele Anderen.
Uhu Uhuhu schrieb: > Das mit dem Fortschrittsbalken deutet wohl darauf, daß irgend ein Server > für Bilder o.ä. unpässlich ist. Das kannst Du mit der Firefox-Erweiterung Firebug sehr schön untersuchen.
Hab ich das recht in Erinnerung, daß Venkman und Firebug im selben FF sich beißen?
Nehmt doch einfach den Indernetz-Exblörer, da funzt fast alles mit den Standardeinstellungen und mit ohne kuriosen PlögIns.
Jetzt haben sies offenbar repariert und alle Stichproben, die ich gemacht habe, waren so schnell, wie gewohnt.
Johnny B. schrieb: > Nehmt doch einfach den Indernetz-Exblörer, da funzt fast alles mit den > Standardeinstellungen und mit ohne kuriosen PlögIns. Du Witzbold, für Internet Explorer gibt es gar keinen Ersatz für Firebug.
Simon K. schrieb:
> für Internet Explorer gibt es gar keinen Ersatz für Firebug.
Wirklich? Womit habe dann meine ganzen .hta-Apps und JavaScripts für IE
debuggt?
Ich wills dir verraten: es war VisualStudio Professional - das kann sich
nämlich in den IE einhängen und dort recht schöne DOM-Kunststücke
manchen und natürlich auch JS/JavaScript und VBA sehr komfortabel
debuggen.
Nur weiß das kaum jemand...
Uhu Uhuhu schrieb: > Ich wills dir verraten: es war VisualStudio Professional - das kann sich > nämlich in den IE einhängen und dort recht schöne DOM-Kunststücke > manchen und natürlich auch JS/JavaScript und VBA sehr komfortabel > debuggen. > > Nur weiß das kaum jemand... Es gibt auch noch die IE8 Developer Tools (http://msdn.microsoft.com/de-de/library/dd565628(VS.85).aspx)
Aha. Das ist womöglich der Nachfolger des MSE, oder wie die Krücke hieß. Dann wird das Teil jetzt hoffentlich funktionieren...
Uhu Uhuhu schrieb: > Aha. Das ist womöglich der Nachfolger des MSE, oder wie die Krücke hieß. > Dann wird das Teil jetzt hoffentlich funktionieren... Microsoft Script Debugger, und ja die "Developer Tools" sind ganz brauchbar.
Kann man die IE8 Developer Tools irgendwo für umme runterladen?
Uhu Uhuhu schrieb: > Kann man die IE8 Developer Tools irgendwo für umme runterladen? Aus meinem Link: >> Jede Installation von Internet Explorer 8 wird mit den >> Entwicklertools ausgeliefert Es gab irgendwo aber auch einen Download wenn ich mich recht erinnere.
Die Entwicklertools von Microsoft haben sich in den letzten Jahren ziemlich gemausert. Und das sage ich als ehemaliger M$-Hasser, will also was heissen. Man schaue sich nur mal das aktuelle Visual Studio an...
Ein ehemaliger M$-Hasser ist wie ein Wachhund ohne Zähne ;-)
Uhu Uhuhu schrieb: > Simon K. schrieb: >> für Internet Explorer gibt es gar keinen Ersatz für Firebug. > > Wirklich? Womit habe dann meine ganzen .hta-Apps und JavaScripts für IE > debuggt? > > Ich wills dir verraten: es war VisualStudio Professional - das kann sich > nämlich in den IE einhängen und dort recht schöne DOM-Kunststücke > manchen und natürlich auch JS/JavaScript und VBA sehr komfortabel > debuggen. Firebug kann aber mehr als nur debuggen. http://getfirebug.com/
Vielleicht hatte der neue Server für die statischen Dateien wieder mal Probleme. Icons, CSS, JS und einige andere Dateien werden von bits.wikimedia.org geladen und der hat öfter noch Probleme.
Ich hatte sowas zwar schon mal bei Akamai erlebt, wo man je nach Provider auf einem anderen Server landet, aber hier war ja schon die Traceroute-Zeit auf den gleichen Server sehr unterschiedlich. Nö, wie oben schon erwähnt kommt Uhu über ein anderes Peering bei Wikimedia rein als 1337, d.h. seine Provider/Backbonekette verwendet einen anderen Link ins Wikimedia-Netz als 1337 (und derzeit 1&1/QSC noch einen anderen). Wenn dieser Link spinnt, dann betrifft das nur ihn, die anderen Leute sehen das Problem dann nicht. Alles schon dagewesen. Wenn ein Link nur in eine Richtung funktioniert, dann klappt das Rerouting vom BGP (Internet-Routing) u.U. nicht, d.h. es wird dann nicht automatisch anders geroutet. Gibt dann Timeout nach ein paar Minuten.
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.