Zasady obsługi problemów z łącznością sieciową

Cel

Niniejszy przewodnik pomaga identyfikować i zgłaszać problemy z łącznością sieciową z INTROSERV. Omawiamy dwa kluczowe narzędzia diagnostyczne: Testy MTR i pomiar przepustowości iPerf. Prawidłowa diagnostyka przyspiesza reakcję pomocy technicznej i pomaga wskazać źródło problemów.

Zanim zaczniesz

Najpierw sprawdź kilka podstawowych rzeczy:

• Czy połączenie lokalne jest stabilne?
• Czy wyłączyłeś VPN lub proxy?
• Czy inne aplikacje zużywają przepustowość (streaming, pobieranie)?
• Czy serwer jest włączony i osiągalny?

Wskazówka: Jeśli problemy nie ustąpią, przejdź do testów MTR i iPerf.

Test MTR

Co robi MTR

MTR (My Traceroute) pokazuje ścieżkę sieciową z urządzenia do serwera docelowego. Łączy w sobie funkcje traceroute i ping, zapewniając dane o opóźnieniach i utracie pakietów w czasie rzeczywistym na każdym przeskoku.

Użyj MTR, aby znaleźć

• Gdzie gubione są pakiety
• Które węzły mają duże opóźnienia
• Czy połączenie jest stabilne od końca do końca

Informacje: Wymagane testy dwukierunkowe

Aby uzyskać pełny obraz łączności sieciowej, należy przeprowadzić testy MTR w dwóch kierunkach:

• Od komputera do serwera (kierunek wychodzący)
• Z serwera z powrotem do komputera (kierunek powrotny).

Pomaga to zidentyfikować, czy problemy występują na ścieżce wychodzącej, powrotnej, czy obu. Asymetria sieci jest powszechna - jeden kierunek może mieć problemy, podczas gdy drugi jest w porządku.

Uruchamianie MTR w systemie Linux

Kierunek 1: Od komputera do serwera (wychodzący)

sudo mtr -rwz YOUR_SERVER_IP -c 500 sudo mtr -o 'J M X LSR NA B W V' -wzbc 500 YOUR_SERVER_IP

Kierunek 2: Z serwera z powrotem do komputera (powrót)

Zaloguj się do serwera INTROSERV przez SSH i uruchom go:

Wskazówka: Aby uzyskać najlepsze wyniki, wykonaj test MTR w trybie ratunkowym. Eliminuje to wszelkie zakłócenia z systemu operacyjnego serwera lub aplikacji.

sudo mtr -rwz YOUR_LOCAL_IP -c 500 sudo mtr -o 'J M X LSR NA B W V' -wzbc 500 YOUR_LOCAL_IP

Zastąp YOUR_SERVER_IP adresem IP serwera INTROSERV, a YOUR_LOCAL_IP publicznym adresem IP (znajdź go, uruchamiając curl ifconfig.me na komputerze przed połączeniem się z serwerem).

Info: Wykonanie zajmuje trochę czasu - należy poczekać na jego zakończenie. Flaga -c 500 wysyła 500 pakietów w celu uzyskania wiarygodnych wyników.

Dodatkowa diagnostyka systemu Linux

Przed wysłaniem zgłoszenia do pomocy technicznej należy zebrać informacje o NIC (interfejsie sieciowym):

Zdefiniuj domyślną nazwę NIC:

ip route | grep default

Nazwa NIC pojawia się po słowie "dev" (np. eth0, ens3).

Sprawdź błędy NIC:

date && sudo ethtool -S ethX | grep error

Sprawdź prędkość połączenia:

date && sudo ethtool ethX | grep Speed

Zastąp ethX rzeczywistą nazwą NIC z polecenia ip route | grep default.

Zidentyfikuj aktywny interfejs i adres IP:

ip a

Zweryfikuj bramę:

ip a

Czego szukać: Sprawdzanie błędów ettool powinno zwracać zera lub puste dane wyjściowe. Wszelkie wartości niezerowe wskazują na problemy sprzętowe lub kablowe, które należy zgłosić do pomocy technicznej. Dołącz dane wyjściowe Speed, aby potwierdzić, że interfejs działa z oczekiwaną szybkością.

Uruchamianie MTR w systemie Windows

Do testowania MTR w systemie Windows należy użyć WinMTR - graficznej wersji MTR. Pobierz i uruchom ją zgodnie z tym przewodnikiem: Sprawdzanie kanału WinMTR

Uruchom testy w obu kierunkach:

• Z komputera do serwera
• Z serwera do komputera (w przypadku serwerów Windows, połącz się przez RDP i uruchom WinMTR po stronie serwera).

Zrób zrzuty ekranu wyników WinMTR, aby dołączyć je do zgłoszenia do pomocy technicznej.

Dodatkowa diagnostyka serwera Windows

Otwórz PowerShell jako administrator i uruchom te polecenia:

Zdefiniuj IP, status i nazwę NIC:

Get-NetAdapter | Select-Object Name, Status, LinkSpeed

Sprawdź błędy karty sieciowej:

Get-NetAdapterStatistics -Name "SERVERS_ACTIVE_NIC" | Select-Object *Error*, *Discard* | Format-List

Zastąp SERVERS_ACTIVE_NIC nazwą karty sieciowej z poprzedniego polecenia (np. "Ethernet", "Sieć publiczna").

Zweryfikuj bramę:

Get-NetRoute -DestinationPrefix "0.0.0.0/0"

Wartość NextHop to brama domyślna.

Czego szukać w statystykach NIC? Wszelkie niezerowe wartości powinny być zgłaszane do pomocy technicznej:

• ReceivedPacketErrors - błędy podczas odbioru (zwykle problemy z kablem lub portem)
• OutboundPacketErrors - błędy podczas transmisji
• ReceivedPacketsDiscarded - porzucone pakiety (wskazuje na przeciążenie).

Odczytywanie danych wyjściowych MTR

Co mówią wyniki

• Utrata pakietów: Jakakolwiek utrata (>0%) może sugerować problem. Jednak pewna utrata pakietów jest normalna na niektórych węzłach - niektóre routery mają wyłączone ICMP lub ograniczoną szybkość, co pokazuje utratę w MTR, podczas gdy ruch nadal płynie normalnie. Te przeskoki są często skonfigurowane w ten sposób celowo i nie wskazują na rzeczywisty problem. Sprawdź, gdzie występuje utrata pakietów w obu kierunkach. Jeśli utrata ma miejsce przed węzłami INTROSERV(w kierunku 1) lub po twoim IP(w kierunku 2), problemem jest twój dostawca usług internetowych. Jeśli stała utrata pojawia się na wielu przeskokach INTROSERV lub wpływa na rzeczywistą usługę, musimy to zbadać. W każdym przypadku wyślij wyniki testu dwukierunkowego do naszego zespołu pomocy technicznej w celu analizy.
• Opóźnienie: Pewien wzrost jest normalny, ponieważ pakiety podróżują dalej. Spodziewane są niewielkie skoki między przeskokami. Zwróć uwagę na nagłe skoki lub bardzo wysoką wariancję (StDev), które wskazują na niestabilność lub przeciążenie. Porównaj wyniki w obu kierunkach - asymetria może ujawnić źródło problemu.

Wartości bazowe

W przypadku regionów UE należy spodziewać się opóźnień rzędu 10-50 ms do Europy i 100-300 ms do innych kontynentów. Porównaj swoje wyniki z tymi zakresami w obu kierunkach.

Zgłaszając problemy, zawsze załączaj oba raporty MTR (do-serwera i od-serwera) lub zrzuty ekranu, a także dane diagnostyczne NIC. Wymagane są raporty dwukierunkowe - sam test jednokierunkowy nie wystarczy do prawidłowej diagnozy.

Dodaj dodatkowe informacje, jeśli to możliwe:

• YOUR_LOCAL_IP: Adres IP komputera lub serwera poza INTROSERV.
• Publiczny adres MAC źródłowego komputera lub serwera
• Publiczny adres MAC serwera wewnątrz INTROSERV
• Typ protokołu (TCP lub UDP): ?
• Kierunek problemu: YOUR_LOCAL_IP do YOUR_SERVER_IP, odwrotnie, czy oba?
• Określona częstotliwość: stała czy przerywana?

Testowanie przepustowości iPerf

iPerf to narzędzie do pomiaru wydajności sieci, które dokładnie testuje przepustowość między serwerem a publicznymi serwerami testowymi. W przypadku diagnostyki INTROSERV zalecamy korzystanie z publicznych serwerów iPerf znajdujących się geograficznie blisko lokalizacji centrum danych, zapewniając wiarygodne wyniki odzwierciedlające rzeczywistą jakość usług.

Dlaczego nie Speedtest-cli lub testy w przeglądarce?

Do diagnostyki nie zalecamy korzystania z usług Speedtest-cli, Speedtest.net lub Fast.com. Usługi te losowo wybierają serwery testowe w sieciach innych firm, co może dawać niespójne wyniki. Słaby lub przeciążony serwer w ich infrastrukturze może pokazywać słabe prędkości, które nie odzwierciedlają rzeczywistej jakości połączenia z INTROSERV. Prowadzi to do fałszywych raportów o problemach z usługami.

Zamiast tego zalecamy korzystanie z publicznych serwerów iPerf znajdujących się geograficznie blisko centrum danych w celu dokładnego pomiaru przepustowości.

Instalacja iPerf i uruchamianie testów w systemie Linux:

sudo apt install iperf3

iPerf3 obsługuje dwa kierunki testów:

Test wysyłania:

iperf3 -c <public_iperf_server_ip> -p <port> -t 30 -P 10 -i 0

Mierzy prędkość wysyłania - sprawdź wartość Sender w wynikach.

Test pobierania:

iperf3 -c <public_iperf_server_ip> -p <port> -t 30 -P 10 -R -i 0

Mierzy prędkość pobierania - sprawdź wartość Receiver w wynikach. Flaga -R odwraca kierunek testu.

W razie potrzeby zapisz wyniki do pliku:

iperf3 -c <public_iperf_server_ip> -p <port> -t 30 -P 10 -i 0 > iperf-upload.txt

iperf3 -c <public_iperf_server_ip> -p <port> -t 30 -P 10 -R -i 0 > iperf-download.txt

Instalacja iPerf i uruchamianie testów w systemie Windows / Windows Server:

1. Pobierz iperf3 dla Windows z: https://iperf.fr/iperf-downloa...
2. Rozpakuj pobrany plik ZIP do folderu, np. C:\iperf3.
3. Otwórz Wiersz polecenia (cmd.exe) i przejdź do folderu: cd C:\iperf3
4. Uruchom testy w obu kierunkach:

Test wysyłania (wychodzący):

iperf3.exe -c <public_iperf_server_ip> -p <port> -t 30 -P 10 -i 0

Mierzy prędkość wysyłania - sprawdź wartość Sender w wynikach.

Test pobierania (przychodzący):

iperf3.exe -c <public_iperf_server_ip> -p <port> -t 30 -P 10 -R -i 0

Mierzy prędkość pobierania - sprawdź wartość Receiver w wynikach. Flaga -R odwraca kierunek testu.

W razie potrzeby zapisz wyniki do plików:

iperf3.exe -c <public_iperf_server_ip> -p <port> -t 30 -P 10 -i 0 > iperf-upload.txt

iperf3.exe -c <public_iperf_server_ip> -p <port> -t 30 -P 10 -R -i 0 > iperf-download.txt

Wyjaśnienie parametrów polecenia:

• -c <IP> - połącz się z serwerem pod tym adresem IP
• -p <port> - użyj określonego portu lub zakresu portów
• -t 30 - uruchom test na 30 sekund
• -P 10 - użyj 10 równoległych połączeń (testuje pełną przepustowość)
• -i 0 - wyłącz raporty interwałowe (pokaż tylko wyniki końcowe)
• -R - odwróć kierunek testu (publiczny serwer iperf wysyła do ciebie, mierzy prędkość pobierania)

Wskazówka: Wybierz serwer testowy geograficznie blisko centrum danych INTROSERV. Testowanie z serwera w Niemczech przy użyciu australijskiego serwera iPerf może dać niedokładne wyniki. Są to serwery publiczne i mogą być czasami zajęte - jeśli jeden z nich nie odpowiada, uruchom test ponownie po krótkiej chwili.

Zrozumienie danych wyjściowych iPerf

W iPerf linia nadawcy pokazuje prędkość wysyłania ze źródła testu do serwera docelowego, podczas gdy linia odbiorcy pokazuje prędkość pobierania z serwera do urządzenia.

Aby uzyskać spójne pomiary, należy zanotować obie wartości i powtórzyć test co najmniej trzy razy.

Uzyskiwanie dokładnych wyników

Wykonaj co najmniej trzy kolejne testy, aby wychwycić przerywane problemy. Przed testem:

• Zamknij aplikacje wymagające dużej przepustowości (streaming, pobieranie, przesyłanie plików).
• Nie przeprowadzaj testów na wielu urządzeniach jednocześnie
• Upewnij się, że w tle nie są uruchomione żadne aktualizacje

Zapisz wyniki ze znacznikami czasu (w UTC) i lokalizacją serwera testowego. Dopuszczalny jest również zrzut ekranu końcowego wyniku.

Oczekiwana wydajność

Po zakończeniu testu (odczekaj pełne 30 sekund), zobaczysz końcowe wyniki, takie jak:

Info: Poczekaj na pełne zakończenie testu. Ostateczne podsumowanie pojawi się na końcu po wszystkich danych wyjściowych interwału. Zrób zrzut ekranu lub zapisz tylko końcowe wiersze [SUM] - zawierają one rzeczywiste wyniki.

W przypadku usług w UE prędkość pobierania/wysyłania nie powinna spaść o więcej niż 10-15% poniżej limitów planu poza godzinami szczytu. Jeśli wyniki są gorsze, coś jest nie tak.

Publiczne serwery testowe iPerf

Aby uzyskać dokładne wyniki, należy użyć publicznego serwera iPerf znajdującego się w pobliżu lokalizacji centrum danych INTROSERV. Poniżej znajdują się zalecane publiczne serwery iPerf z niezawodnymi łączami uplink 10Gbps+.

Europa:

Niemcy, Wolfsburg

# Test wysyłania (sprawdź wartość Sender): iperf3 -c 62.176.224.217 -p 5201 -t 30 -P 10 -i 0 # Test pobierania (sprawdź wartość Receiver): iperf3 -c 62.176.224.217 -p 5201 -t 30 -P 10 -R -i 0

Holandia, Naaldwijk

# Test wysyłania (sprawdzenie wartości nadawcy): iperf3 -c 185.182.195.76 -p 5201 -t 30 -P 10 -i 0 # Test pobierania (sprawdzenie wartości odbiorcy): iperf3 -c 185.182.195.76 -p 5201 -t 30 -P 10 -R -i 0

Wielka Brytania, Londyn

# Test wysyłania (sprawdzenie wartości nadawcy): iperf3 -c 5.180.211.133 -p 5200 -t 30 -P 10 -i 0 # Test pobierania (sprawdzenie wartości odbiorcy): iperf3 -c 5.180.211.133 -p 5200 -t 30 -P 10 -R -i 0

Francja, Paryż

# Test wysyłania (sprawdzenie wartości nadawcy): iperf3 -c 45.147.210.189 -p 5200-5240 -t 30 -P 10 -i 0 # Test pobierania (sprawdzenie wartości odbiorcy): iperf3 -c 45.147.210.189 -p 5200-5240 -t 30 -P 10 -R -i 0

Polska, Warszawa

# Test wysyłania (sprawdzenie wartości nadawcy): iperf3 -c 185.246.208.67 -p 5201 -t 30 -P 10 -i 0 # Test pobierania (sprawdzenie wartości odbiorcy): iperf3 -c 185.246.208.67 -p 5201 -t 30 -P 10 -R -i 0

Ameryka Północna:

USA, Nowy Jork

# Test wysyłania (sprawdź wartość nadawcy): iperf3 -c 194.33.45.192 -p 5200 -t 30 -P 10 -i 0 # Test pobierania (sprawdź wartość odbiorcy): iperf3 -c 194.33.45.192 -p 5200 -t 30 -P 10 -R -i 0

USA, Los Angeles

# Test wysyłania (sprawdzenie wartości nadawcy): iperf3 -c 77.247.126.223 -p 5200-5209 -t 30 -P 10 -i 0 # Test pobierania (sprawdzenie wartości odbiorcy): iperf3 -c 77.247.126.223 -p 5200-5209 -t 30 -P 10 -R -i 0

Kanada, Montreal

# Test wysyłania (sprawdzenie wartości nadawcy): iperf3 -c 70.38.95.143 -p 5201-5210 -t 30 -P 10 -i 0 # Test pobierania (sprawdzenie wartości odbiorcy): iperf3 -c 70.38.95.143 -p 5201-5210 -t 30 -P 10 -R -i 0

Azja i Pacyfik:

Singapur

# Test wysyłania (sprawdzenie wartości nadawcy): iperf3 -c 23.108.99.54 -p 5201-5210 -t 30 -P 10 -i 0 # Test pobierania (sprawdzenie wartości odbiorcy): iperf3 -c 23.108.99.54 -p 5201-5210 -t 30 -P 10 -R -i 0

Australia, Sydney

# Test wysyłania (sprawdzenie wartości nadawcy): iperf3 -c 23.106.244.70 -p 5201-5210 -t 30 -P 10 -i 0 # Test pobierania (sprawdzenie wartości odbiorcy): iperf3 -c 23.106.244.70 -p 5201-5210 -t 30 -P 10 -R -i 0

Indie, Bangalore

# Test wysyłania (sprawdzenie wartości nadawcy): iperf3 -c 49.205.75.2 -p 5001-5020 -t 30 -P 10 -i 0 # Test pobierania (sprawdzenie wartości odbiorcy): iperf3 -c 49.205.75.2 -p 5001-5020 -t 30 -P 10 -R -i 0

Typowe problemy

• Problemy z dostawcami usług internetowych: Jeśli MTR pokazuje utratę na węzłach przed infrastrukturą INTROSERV, skontaktuj się z dostawcą usług internetowych.
• Sieci zewnętrzne: Należy pamiętać, że INTROSERV jest odpowiedzialny za łączność w ramach swoich centrów danych i infrastruktury szkieletowej. Jeśli utrata pakietów lub opóźnienia występują poza siecią INTROSERV - na przykład na trasach dostawców usług internetowych lub przewoźników pośrednich - są one poza naszą kontrolą i odpowiedzialnością.
• Konserwacja: Jeśli wystąpią jakiekolwiek prace konserwacyjne lub wykryte problemy z siecią, INTROSERV zapewnia powiadomienia za pośrednictwem oficjalnych kanałów komunikacji. Zawsze staramy się informować klientów z wyprzedzeniem lub tak szybko, jak to możliwe.

Zgłaszanie do działu wsparcia INTROSERV

Należy podać następujące informacje:

• IP lub nazwę hosta serwera
• Dwukierunkowe raporty MTR (załączone w obu kierunkach)
• Wyniki diagnostyczne NIC (wyniki ethtool/PowerShell)
• Wyniki testu iPerf na publicznym serwerze iPerf w pobliżu lokalizacji centrum danych.
• Kiedy zauważyłeś problem (czas UTC)
• Czy problem występuje stale, czy z przerwami?
• Lokalizacja i nazwa dostawcy usług internetowych (jeśli dotyczy)

Przykład zgłoszenia

Temat: Problem z siecią - Niemcy IP serwera DC: 185.XX.XX.XX

Dwukierunkowe raporty MTR: [mtr-report-to-server.txt w załączeniu] [mtr-report-from-server.txt w załączeniu]

Diagnostyka NIC: [dane wyjściowe ettool lub wyniki PowerShell załączone/wklejone]

Info: Alternatywnie można dołączyć zrzuty ekranu wyników MTR poniżej lub załączyć je do zgłoszenia.

Testy iPerf do serwera iPerf w Niemczech (62.176.224.217) - testowane o 14:30-14:35 UTC

TESTY UPLOAD - sprawdź wartość nadawcy:

iperf3 -c 62.176.224.217 -p 5201 -t 30 -P 10 -i 0

Test (14:30 UTC): Wynik: 1,95 Gbits/s

Ponowny test (14:31 UTC): Wynik: 1,90 Gbits/s

DOWNLOAD TESTS - sprawdź wartość odbiornika:

iperf3 -c 62.176.224.217 -p 5201 -t 30 -P 10 -R -i 0

Test (14:33 UTC): Wynik: 1,87 Gbits/s

Ponowny test (14:34 UTC): Wynik: 1,88 Gb/s

Podsumowanie: Średnia prędkość wysyłania: ~1,92 Gbits/s Średnia pobierania: ~1,88 Gbits/s

Problem: Wysokie opóźnienie do serwera Uruchomiono: 2025-01-15 o 14:30 UTC Trwające? Tak (testowane przez ponad 30 minut) Lokalizacja: Sztokholm, Szwecja (dostawca usług internetowych: Telia)

Przydatne polecenia Odniesienie

sudo mtr -o 'J M X LSR NA B W V' -wzbc 500 <host>

ip route | grep default

sudo ethtool -S ethX | grep error

sudo ethtool ethX | grep Speed

ip a

ip r

iperf3 -c <server_ip> -p <port> -t 30 -P 10 -i 0

iperf3 -c <server_ip> -p <port> -t 30 -P 10 -R -i 0

ping <host>

traceroute <host>

curl ifconfig.me