Go to main content

Serwer dedykowany: 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)

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óźnienia 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 łącza 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 działającego 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 z trasy wychodzącej nie wykazuje anomalii, a problemy nadal występują, konieczne jest sprawdzenie trasy powrotnej (Serwer → Klient), aby wykryć ewentualne 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 systemie, wykonaj odpowiednie polecenie instalacji 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 pokażemy, jak stworzyć raport za pomocą aplikacji WinMTR/MTR. Zrobimy to 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 dużo danych. Gdy masz już 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 uruchom na serwerze, wykonując w terminalu SSH polecenie:

mtr <adres-ip-twojego-komputera>

Pozwól aplikacji działać przez co najmniej jedną minutę, aby zebrać wystarczająco dużo danych. Gdy masz już 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, co oznaczają dla analizy. Uważne przyjrzenie się tym aspektom jest niezbędne do precyzyjnej diagnozy i skutecznego wykrycia 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ć problemem, 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 (hopach), 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 sieci lokalnej, nie muszą być krytyczne, ponieważ te urządzenia często niżej traktują zapytania ICMP (np. ping) i mogą je odrzucać.

Opóźnienia (czasy ping)

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

Dzięki uważnej analizie tych czynników możesz precyzyjnie określić, gdzie leży problem sieciowy — czy w Twojej sieci, 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 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. Destination-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. Destination-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 pokazują 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 dział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ć.