Ich hoste meine Site— strongjoshua.com—miteasyDNSs Webhosting-Dienst. Gestern habe ich versucht, mich mit dem CPanel meiner Site zu verbinden, konnte mich aber nicht an das Passwort erinnern. Ich habe ein paar Varianten ausprobiert, aber irgendwann aufgegeben und eine Zurücksetzung des Passworts angefordert. Das dauerte eine Weile, also beschloss ich, es mit einem letzten Passwort zu versuchen, woraufhin ich einen Netzwerkfehler erhielt.
Ich nahm an, dass das daran lag, dass das Passwort zurückgesetzt wurde, aber ich fand es trotzdem seltsam. Dann habe ich meine E-Mails überprüft und die E-Mail zum Zurücksetzen erhalten. Aber danach konnte ich nicht mehr auf meine Site zugreifen. Das CPanel wird auf der Website selbst gehostet, daher kann ich auch darauf nicht zugreifen.
Ich kann die Website nicht nur über mein WLAN zu Hause aufrufen, aber die Datennutzung über ein Telefon funktioniert wie gewohnt. Ich habe versucht, die DNS-Server meines Routers zu ändern aufGoogles– einschließlich der IPv6-Geräte –, aber ohne Erfolg.
Mein Traceroute ist:
Tracing route to strongjoshua.com [64.68.202.30]
over a maximum of 30 hops:
1 1 ms 2 ms 2 ms 10.0.0.1
2 102 ms 112 ms 31 ms 98.221.240.1
3 14 ms 11 ms 9 ms te-1-2-ur02.raritan.nj.panjde.comcast.net [68.85
.78.13]
4 28 ms 25 ms 11 ms xe-4-0-1-0-ar03.audubon.nj.panjde.comcast.net [6
8.85.63.65]
5 15 ms 15 ms 15 ms he-2-14-0-0-cr01.newyork.ny.ibone.comcast.net [6
8.86.166.113]
6 * 14 ms 13 ms ae12.edge1.NewYork2.level3.net [4.68.127.1]
7 26 ms 27 ms 32 ms ae-2-23.edge1.Toronto2.Level3.net [4.69.200.238]
8 36 ms 35 ms 36 ms 4.31.208.150
9 36 ms 42 ms 36 ms te-1-1.core01.tor1.prioritycolo.com [204.11.48.1
30]
10 48 ms 42 ms 38 ms c.gi-3-5.core03.tor2.prioritycolo.com [67.223.96
.82]
11 36 ms 37 ms 37 ms 173.237.223.2 [173.237.223.2]
12 * * * Request timed out.
13 * * * Request timed out.
14 * * * Request timed out.
15 * * * Request timed out.
16 * * * Request timed out.
17 * * * Request timed out.
[times out up until 30 tries and ends with “trace complete.”]
Antwort1
Kürzere Antwort
Ich glaube nicht, dass die Anfrage zum Zurücksetzen des Passworts etwas damit zu tun hat, aber es scheint, als ob der Hosting-Dienst selbst – oder Ihre Konfiguration darauf – ins Stocken gerät. Ich würde empfehlen, sich von einem Computer aus, der eine Verbindung zu Ihrer Site herstellen kann, in das Control Panel einzuloggen und/oder Ihren Hosting-Anbieter zu kontaktieren und ihn zu bitten, dies zu untersuchen.
Längere Antwort
Nichts, was ich sehe, deutet darauf hin, dass es sich hier um ein vom Client lösbares Problem des Quell-ISP handelt, und hier ist der Grund.
Ich befinde mich in Brooklyn (NY, USA) und kann Ihre Site problemlos anzeigen, wenn ich über den Hostnamen darauf zugreife strongjoshua.com:
Wenn ich jedoch versuche, über die IP-Adresse von darauf zuzugreifen 64.68.202.30, erhalte ich eine Sackgasse/Fehlerseite, die vom Hosting-Provider eingerichtet wurde:
Das sagt mir, dass der Hosting-Anbieter eine Art namenbasierten virtuellen Host verwendetwie das von Apache verwendete:
Namensbasiertes virtuelles Hosting ist normalerweise einfacher, da Sie Ihren DNS-Server nur so konfigurieren müssen, dass jeder Hostname der richtigen IP-Adresse zugeordnet wird, und dann den Apache-HTTP-Server so konfigurieren müssen, dass er die verschiedenen Hostnamen erkennt. Namensbasiertes virtuelles Hosting verringert auch den Bedarf an knappen IP-Adressen. Daher sollten Sie namensbasiertes virtuelles Hosting verwenden, es sei denn, Sie verwenden Geräte, die ausdrücklich IP-basiertes Hosting erfordern.
Das bedeutet im Grunde, dass potenziell Dutzende von Hosts dieselbe IP-Adresse auf demselben Webserver haben können, aber was sie auf Webserverebene unterscheidet, ist der tatsächliche Hostname. Der Zugriff über die reine IP-Adresse führt also zu einem Fehler, aber der Zugriff über den Hostnamen strongjoshua.comführt Sie zur richtigen Site.
Trotzdem erklärt es immer noch nicht die Probleme, die Sie sehen. Verwenden Sie alsomtr—das ist eine schönere Version vontraceroutedas die Routenverfolgung mit ständig aktualisiertenpingDaten – Sie können Folgendes sehen:
Host Loss% Snt Last Avg Best Wrst StDev
1. ???
2. 10.42.37.197 0.0% 11 189.0 200.8 176.9 255.6 27.1
3. 66.233.174.161 0.0% 11 188.6 198.9 167.3 378.9 60.2
4. 66.233.174.253 0.0% 11 199.0 212.9 178.7 293.2 35.7
5. sl-crs2-nyc-.sprintlink.net 0.0% 11 189.8 196.2 154.8 259.5 25.2
6. 144.232.10.198 0.0% 11 350.5 202.7 174.4 350.5 52.3
7. xe-10-3-0.tor10.ip4.gtt.net 10.0% 11 315.8 269.1 238.6 372.9 46.1
8. db-transit-gw.ip4.gtt.net 0.0% 10 205.9 221.2 193.5 259.3 18.0
9. te-1-1.core01.tor1.prioritycolo. 0.0% 10 231.2 244.1 219.9 302.5 29.2
10. c.gi-3-5.core03.tor2.prioritycol 0.0% 10 301.2 237.3 209.5 301.2 25.3
11. 173.237.223.2 0.0% 10 216.7 227.7 214.2 237.0 9.0
12. cpanel5.easyweb.com 0.0% 10 341.9 252.6 220.5 341.9 40.1
Nun sieht es oberflächlich betrachtet genauso aus wie Ihres traceroute– mit Unterschieden zwischen den ersten Hops aufgrund meines physischen Standorts im Vergleich zu Ihrem –, aber beachten Sie auch die letzten beiden Hops:
11. 173.237.223.2 0.0% 10 216.7 227.7 214.2 237.0 9.0
12. cpanel5.easyweb.com 0.0% 10 341.9 252.6 220.5 341.9 40.1
Und hier noch die relevanten Zeilen aus Ihrem tracerouteVergleich:
11 36 ms 37 ms 37 ms 173.237.223.2 [173.237.223.2]
12 * * * Request timed out.
Ihre tracerouteTimeouts treten direkt nach dem Erreichen auf 173.237.223.2und über mtrkann ich den Reverse-DNS-Eintrag (PTR) für den letzten Hop sehen, der lautet cpanel5.easyweb.com.
Was bedeutet das alles? Wenn Sie vergleichen, was Sie sehen – oder nicht sehen – mit dem, was ich sehe, ist es klar, dass wir beide zur IP-Adresse des Hosting-Anbieters gelangen. Dies 173.237.223.2könnte ein Router oder ein Switch in seinem Netzwerk sein. Aber Sie landen bei Ihrem Zugriff in einer Sackgasse, und ich kann die Site ohne Probleme sehen.
Wenn Sie mich fragen, passiert also etwas auf der Seite des Hosting-Anbieters, das Ihren Zugriff irgendwie blockiert. Vielleicht liegt es an einer Firewall-Einstellung oder etwas Ähnlichem auf Anwendungsebene, aber ich sehe dies nicht als ein Netzwerkproblem, das Sie von Ihrer Seite aus lösen können.
Ich würde empfehlen, dass Sie Ihren Hosting-Anbieter kontaktieren oder sich von einem System aus, mit dem Sie eine Verbindung zu Ihrem Hosting-Anbieter herstellen können, in Ihr Control Panel einloggen und prüfen, ob Sie das Problem von dort aus beheben können. Oder eröffnen Sie zumindest ein Support-Ticket bei Ihrem Hosting-Anbieter und bitten Sie ihn, die Konfiguration Ihrer Site zu überprüfen.
Antwort2
Wenn Sie ADSL verwenden, um vom Router aus auf das Internet zuzugreifen, überprüfen Sie die MTU-Einstellungen, insbesondere, wenn Sie schon einmal andere Websites mit demselben Problem hatten, auch wenn es nur wenige sind. Versuchen Sie, die ADSL-MTU auf etwa 1470 einzustellen.
Ich hatte dieses Problem auf mehreren Computern.