Go to main content

VPS: Identyfikacja problemów sieciowych za pomocą WinMTR/MTR

Ten poradnik został stworzony z wykorzystaniem następujących produktów:

(Szczegóły mogą się różnić w zależności od produktów różnych dostawców, ale główne koncepcje pozostają takie same)

VPS

Wprowadzenie​

Problemy sieciowe mogą być uciążliwe i oczywiście nie powinny być częścią codzienności. Jednak gdy się pojawią, ważne jest szybkie i skuteczne zidentyfikowanie przyczyny, aby rozwiązać problem. Szczegółowe informacje o problemach sieciowych można efektywnie analizować za pomocą aplikacji WinMTR (Windows) lub MTR (Linux/Mac OS).

img

WinMTR/MTR to narzędzie diagnostyczne sieci, które łączy funkcje Ping i Traceroute. Pozwala na szczegółową analizę zarówno trasy wychodzącej (Klient → Serwer), jak i trasy powrotnej (Serwer → Klient), śledząc ścieżkę pakietów danych w obu kierunkach. Przy tym zbiera ważne informacje, takie jak opóźnienie i utrata pakietów, które są kluczowe do precyzyjnej diagnozy i rozwiązania problemów sieciowych.

Trasa wychodząca (Klient → Serwer): Raport dla trasy wychodzącej jest przydatny, gdy pojawiają się problemy takie jak zerwania połączenia, wolne łącze lub trudności z nawiązaniem połączenia. Ta analiza pomaga zidentyfikować potencjalne problemy na drodze od klienta do serwera, takie jak przeciążenie sieci, utrata pakietów czy błędne trasowanie.

Trasa powrotna (Serwer → Klient): Raport dla trasy powrotnej ma sens dopiero po potwierdzeniu stabilnego i funkcjonalnego połączenia na trasie wychodzącej. Oznacza to, że raport trasy powrotnej jest szczególnie istotny, gdy trasa wychodząca nie wykazuje problemów, ale nadal występują takie kłopoty jak wolne odpowiedzi serwera, opóźnione ładowanie czy niepełne przesyłanie danych.

Podsumowując, jeśli pojawią się zauważalne problemy sieciowe, najpierw należy przeanalizować trasę wychodzącą (Klient → Serwer). Jeśli raport trasy wychodzącej nie wykazuje anomalii, a problemy nadal występują, konieczne jest sprawdzenie trasy powrotnej (Serwer → Klient), aby zidentyfikować możliwe problemy asymetryczne. Problemy asymetryczne pojawiają się, gdy pakiety danych są przesyłane bez problemów w jednym kierunku, a w przeciwnym występują opóźnienia lub utrata pakietów.

Instalacja​

Skoro już wiemy, kiedy raporty dla tras przychodzących i wychodzących są przydatne, przejdźmy do instalacji na poziomie klienta i serwera.

Klient​

Dla trasy wychodzącej aplikacja musi być zainstalowana na kliencie (Twoim komputerze). Poniższe kroki wyjaśnią, jak zainstalować aplikację dla Twojego systemu operacyjnego.

Jeśli korzystasz z komputera z systemem Windows, analizę sieci przeprowadza się za pomocą aplikacji WinMTR. Aby zainstalować WinMTR na swoim komputerze, najpierw pobierz aplikację ze strony ZAP-Hosting. Po pobraniu rozpakuj plik. W efekcie otrzymasz plik wykonywalny WinMTR.exe.

AplikacjaPobierz
WinMTRLink

Serwer​

Dla trasy powrotnej aplikacja musi być zainstalowana na serwerze. Poniższe kroki wyjaśnią, jak zainstalować aplikację dla systemu operacyjnego Twojego serwera.

Połącz się z serwerem przez SSH. Aby zainstalować MTR na swoim systemie, wykonaj odpowiednie polecenie instalacyjne dla systemu operacyjnego serwera:

Debian

apt install mtr -y

Ubuntu

apt install mtr -y

OpenSUSE

zypper addrepo https://download.opensuse.org/repositories/openSUSE:11.4/standard/openSUSE:11.4.repo
zypper refresh
zypper install mtr

Fedora

yum install mtr -y

Tworzenie raportu​

Poniżej zostanie utworzony raport za pomocą aplikacji WinMTR/MTR. Zostanie to wykonane zarówno dla trasy wychodzącej (Klient → Serwer), jak i trasy powrotnej (Serwer → Klient).

Twórz raport podczas aktywnych problemów

Raport powinien być generowany, gdy problem jest aktywny i zauważalny. Tylko wtedy raport dostarczy przydatnych informacji, które pomogą w diagnozie i rozwiązaniu problemu.

Trasa wychodząca (Klient → Serwer)​

Aby przeanalizować trasę z Twojego komputera do serwera, otwórz aplikację WinMTR/MTR na swoim komputerze i wykonaj poniższe kroki.

Aplikację WinMTR uruchom przez dwukrotne kliknięcie pliku WinMTR.exe. W polu Host wpisz adres IP lub nazwę hosta serwera. Następnie rozpocznij raport. Pozwól aplikacji działać przez co najmniej jedną minutę, aby zebrać wystarczająco danych. Gdy masz już wystarczające dane, zatrzymaj analizę i zapisz wynik, klikając Export TEXT.

img

Trasa powrotna (Serwer → Klient)​

Aby przeanalizować trasę z serwera do Twojego komputera, połącz się z serwerem i wykonaj poniższe kroki.

Aplikację MTR możesz użyć na serwerze, wykonując w terminalu SSH następujące polecenie:

mtr <adres-ip-twojego-klienta>

Pozwól aplikacji działać przez co najmniej jedną minutę, aby zebrać wystarczająco danych. Gdy masz już wystarczające dane, zatrzymaj analizę i zapisz wynik.

informacja

Nie znasz swojego adresu IP lub nie wiesz, jak go znaleźć? Istnieje kilka sposobów, aby to sprawdzić. Najszybszym jest skorzystanie z serwisu online, np. WhatIsMyIPAddress.

Ocena raportu​

Podczas oceny wyników warto zwrócić uwagę na kilka kluczowych punktów. Poniższa sekcja wyjaśni je dokładniej i wyjaśni ich znaczenie dla analizy. Uważne przyjrzenie się tym aspektom jest niezbędne do precyzyjnej diagnozy i skutecznego wskazania potencjalnych przyczyn.

Utrata pakietów​

Jeśli w wynikach widzisz utratę pakietów, oznacza to potencjalne problemy sieciowe. Niewielka, chwilowa utrata pakietów na poziomie 1-2% może nie być problematyczna, ale wyższe wartości sugerują poważniejsze kłopoty. Utrata pakietów może powodować opóźnienia lub przerwy w połączeniach usług. Jeśli utrata jest równomiernie rozłożona na wszystkich przeskokach, problem może leżeć w Twojej sieci lokalnej lub po stronie serwera. Natomiast jeśli utrata występuje tylko na konkretnym przeskoku lub obszarze, problem prawdopodobnie dotyczy tego węzła lub połączenia do następnego. Ważne jest też, że niewielkie straty na pierwszych przeskokach, które należą do Twojej lokalnej sieci, nie muszą być krytyczne, ponieważ te urządzenia często niżej priorytetyzują zapytania ICMP (np. ping) i mogą je odrzucać.

Opóźnienie (czasy ping)​

Wartości opóźnienia (Avg, Best, Worst) dają wgląd w szybkość i stabilność połączenia. Jeśli zauważysz, że opóźnienie jest stale wysokie na konkretnym przeskoku, może to wskazywać na przeciążenie sieci lub wolny router. Nagły wzrost opóźnienia między dwoma przeskokami wskazuje na możliwe wąskie gardło. Normalnie opóźnienie stopniowo rośnie wzdłuż trasy do celu. Jednak warto uważać na nagłe, znaczące skoki, które często świadczą o problemie. Porównanie tras wychodzącej i powrotnej może też pomóc w wykryciu problemów asymetrycznych, które oznaczają, że ruch w jednym kierunku napotyka trudności.

Dzięki uważnej analizie tych czynników możesz dokładnie określić, gdzie leży problem sieciowy — czy w Twojej sieci lokalnej, u dostawcy internetu, czy gdzieś na trasie do serwera.

Przykłady diagnostyczne​

Aby lepiej zrozumieć powyższe informacje, wyjaśnimy je na kilku przykładach diagnostycznych. Przygotowaliśmy kilka scenariuszy ilustrujących różne sytuacje i możliwe przyczyny. Te przykłady pomogą Ci lepiej interpretować dane i skuteczniej diagnozować problemy sieciowe.

informacja

Poniższe przykłady diagnostyczne ilustrują różne scenariusze na podstawie fikcyjnych raportów WinMTR/MTR. Zawarte w nich adresy IP, nazwy hostów i trasy są całkowicie fikcyjne i nie mają związku z rzeczywistymi sieciami czy hostami.

Przykład: Utrata pakietów po stronie klienta

Opis

W tym przykładzie sytuacja opisuje utratę pakietów po stronie klienta, widoczną zarówno na trasie wychodzącej, jak i powrotnej.

Trasa wychodząca (Klient → Serwer)

Host                               Loss%   Snt   Last   Avg  Best  Wrst StDev
1. 192.168.1.1                     15.0%   20    1.1    3.4   1.0   10.2  2.8
2. 10.0.0.1                        10.0%   20   12.3   15.7  10.5   30.8  5.5
3. 172.16.0.1                       0.0%   20   25.1   26.0  24.8   27.2  0.6
4. 203.0.113.5                      0.0%   20   35.4   34.5  33.2   36.1  0.9
5. be1234.ccr42.isp.net             0.0%   20   50.6   49.8  49.1   51.5  0.8
6. be5678.ccr21.isp.net             0.0%   20   60.1   59.9  59.5   61.0  0.4
7. 198.51.100.10                    0.0%   20   70.2   70.5  70.0   71.3  0.5
8. Docelowy-IP (Serwer)             0.0%   20   80.2   80.0  79.5   81.2  0.6

Trasa powrotna (Serwer → Klient)

Host                               Loss%   Snt   Last   Avg  Best  Wrst StDev
1. Docelowy-IP (Serwer)             0.0%   20   80.2   80.0  79.5   81.2  0.6
2. 198.51.100.10                    0.0%   20   70.1   70.4  69.8   71.2  0.5
3. be5678.ccr21.isp.net             0.0%   20   60.2   60.0  59.6   60.7  0.4
4. be1234.ccr42.isp.net             0.0%   20   50.1   50.2  49.5   51.0  0.5
5. 203.0.113.5                      0.0%   20   35.5   35.0  34.5   36.0  0.4
6. 172.16.0.1                       0.0%   20   25.2   26.1  24.9   27.3  0.7
7. 10.0.0.1                        10.0%   20   15.8   16.5  15.0   35.2  6.2
8. 192.168.1.1                     15.0%   20    2.0    4.0   1.2   12.0  3.8

Ocena

Ocena pokazuje, że utrata pakietów występuje po stronie klienta. Obie trasy wykazują straty na pierwszych przeskokach (Hop 1 i 2), co wskazuje na problem po stronie klienta, w sieci lokalnej lub routerze.

Zgłaszanie problemów​

Chociaż ZAP-Hosting stale monitoruje sieć, ważne jest, aby w przypadku problemów sieciowych niezwłocznie skontaktować się z naszym zespołem wsparcia. Aby zapewnić precyzyjną diagnozę i szybką naprawę, prosimy o przesłanie wyników raportów WinMTR/MTR zarówno dla trasy wychodzącej, jak i powrotnej. Te informacje pomagają nam dokładnie zlokalizować potencjalne problemy i szybko je rozwiązać.

Cookie settings