Wir hoffen, dass Ihnen die Nutzung unserer Server wirklich Spaß macht und Sie eine gute Zeit mit unseren Dienstleistungen haben. Allerdings unterliegt die Kommunikation über das Internet-Netzwerk immer vielen Faktoren, die Ihre Konnektivität beeinflussen. Infolgedessen können einige Probleme auftreten. Um diese zu untersuchen und zu beheben, müssen wir verstehen, welches Ende das Problem verursacht.
Wenn Sie also einen Server anpingen und einige Pakete verloren gehen oder der Empfang einer Antwort zu lange dauert (mehr als 110 Millisekunden), deutet dies auf ein Netzwerkproblem hin.
Bitte beachten Sie, dass dieser Artikel für diejenigen gedacht ist, deren Server trotz des Netzwerkproblems verfügbar ist. Wenn der Server überhaupt keine Pakete zurücksendet, lesen Sie bitte unsere Anleitung für den Fall, dass ein Server nicht auf Ping antwortet.
Fälle
1. Wenn Sie einen Proxy oder ein VPN verwenden, deaktivieren Sie es und pingen Sie den Server erneut an. Wenn es hilft, wurde das Problem durch einen Zwischenserver verursacht. Sie können weiterhin eine Verbindung herstellen, ohne es zu verwenden, oder einen Wechsel des VPN/Proxys in Betracht ziehen.
2. Wenn Sie kürzlich die Netzwerkeinstellungen geändert haben, stellen Sie die vorherigen Einstellungen wieder her und versuchen Sie erneut, den Server anzupingen. Wenn es hilft, bedeutet das, dass das Problem durch die Netzwerkkonfiguration verursacht wurde und Sie sollten überlegen, ob Sie mit der alten Konfiguration fortfahren oder Ihre Netzwerkeinstellungen bearbeiten möchten.
Um Ihre Netzwerkeinstellungen automatisch auf die Standardparameter zurückzusetzen, können Sie das Betriebssystem Ihres Servers neu installieren. Bitte beachten Sie, dass eine Neuinstallation des Betriebssystems zum Verlust aller Daten auf dem Server führt.
Um das Betriebssystem neu zu installieren, können Sie eine der folgenden Anleitungen verwenden:
https://gcore.com/docs/hosting/virtual-servers/manage/operating-system/install-a-linux-os-from-a-template
https://gcore.com/docs/hosting/virtual-servers/manage/operating-system/install-an-os-from-a-template-in-vmmanager-6
https://gcore.com/docs/hosting/dedicated-servers/manage/operating-system/install-a-linux-os-from-a-template
3. Wenn die oben genannten Schritte auf Sie nicht anwendbar sind oder nicht helfen, wenden Sie sich bitte an unseren technischen Support. Bitte geben Sie in Ihrer Anfrage die folgenden Informationen an:
- Ob Sie ein VPN/Proxy verwenden und ob Sie kürzlich die Netzwerkeinstellungen geändert haben. Wenn ja, geben Sie bitte an, ob das Deaktivieren des VPN/Proxys oder das Zurücksetzen auf die alten Einstellungen geholfen hat.
- Die IP-Adresse Ihres Servers.
- Die IP-Adresse, bei der die Verbindung zum Server schlecht ist.
- Das Land und die Stadt, in der Sie sich befinden. Wenn Sie ein Wiederverkäufer sind und Ihr Kunde ein Netzwerkproblem hat, geben Sie bitte das Land und die Stadt Ihres Kunden an.
- Datum und Uhrzeit in UTC+0, als das Problem auftrat.
- Die Ausgabe von Ping und Tracert (Windows) / Ping und Traceroute (Linux) / Mtr (UNIX-System) vom Client zum Server.
- Die Ausgabe von Ping und Tracert (Windows) / Ping und Traceroute (Linux) / Mtr (UNIX-System) vom Server zum Client.
Die wichtigste Information aller oben genannten sind die MTR-Ausgaben. Wir haben auch einen Artikel zum Ausführen von mtr, falls Sie ihn benötigen: https://support.gcore.com/hc/de/articles/19864311353105-Ausführen-von-MTR-unter-Windows-und-Linux
Aber warum ist es so wichtig für die Analyse von Netzwerkproblemen? Dies liegt daran, dass wir dadurch verstehen können, welches Ende das Problem verursacht.
Schauen wir uns einige Beispiele an und prüfen, wie es helfen kann.
Wir haben also einen virtuellen privaten Server bei Gcore's Hosting mit der IP 185.105.3.226 gekauft und hier ist der erste Fall:
Wenn Sie die mtr-Ausgabe überprüfen, sollten Sie zunächst auf die Spalte Loss% achten, sie ist im Screenshot oben markiert.
Hier sehen wir also, dass es auf der IP des Servers zu Paketverlusten kommt, wichtiger ist jedoch, wo die Verluste auftreten. In diesem Fall erscheinen sie erstmals im 3 Hop mit der IP 184.185.64.201, die dem ISP namens Hurricane Electric LLC gehört. Da das Problem in ihrem Netzwerk beginnt, erben alle nach diesem Hop angezeigten Verluste es nur, und Sie müssen sich an sie wenden, um das Problem zu lösen.
P.S. Um die Informationen über den ISP hinter einer IP zu erhalten, können Sie das Whois-Befehlszeilenbeispiel (Sie müssen es installieren) oder einen darauf basierenden Drittanbieterdienst verwenden. So sieht es im Terminal aus:
Zum Vergleich hier ein weiterer Fall gegenüber unserem Server mit der IP 185.105.3.226:
Auf den ersten Blick sehen wir hier dasselbe: Es kommt zu Paketverlusten auf der IP des Servers. Aber es hat seinen Ursprung hier auf einer anderen Seite. Es beginnt beim ersten Hop (in Ihrem Fall ist es Ihre IP/die IP Ihres Clients) und dann breitet sich der Paketverlust auch auf die nächsten Hosts auf dem Pfad aus. In unserem Beispiel sollte der ISP namens Bamboozle Web Services Inc. kontaktiert und um eine Lösung gebeten werden. In Ihrem Fall sollte der Ursprung (der Rechner, der für die Verbindung mit dem bei uns gekauften Server verwendet wird) überprüft werden oder Ihr lokaler ISP kontaktiert werden, um das Problem zu lösen.
Und hier ist die dritte Situation mit demselben Server:
In diesem Fall sehen wir immer noch Verluste auf der Gcore-Seite, aber hier gibt es zum ersten Mal keine vorherigen Paketverluste. Ein ähnliches Ergebnis bedeutet, dass das Problem von unserer Ausrüstung herrührt und Sie sich zur Lösung des Problems an uns wenden müssen.
Für uns ist es jedoch von entscheidender Bedeutung, dass wir auch den umgekehrten MTR erhalten (der umgekehrt gemacht wird – nicht von Ihnen/Ihrem Client zum Server, sondern vom Server zu Ihnen/Ihrem Client). Dies liegt daran, dass wir durch die Überprüfung des umgekehrten Pfads zu 100 % überprüfen können, ob die Verluste von unserer Ausrüstung herrühren oder nicht, und in jedem Fall ermöglicht es jedem, sich ein vollständigeres Bild davon zu machen, was zwischen Ihnen/Ihrem Kunden und dem geschieht Server.
Alle genannten Daten werden uns helfen, die Situation genauer einzuschätzen und die Untersuchung der Grundursache des Problems zu beschleunigen.
Kommentare
0 Kommentare
Bitte melden Sie sich an, um einen Kommentar zu hinterlassen.