Ga naar hoofdinhoud

Dedicated Server: Netwerkproblemen opsporen met WinMTR/MTR

Deze handleiding is gemaakt met de volgende producten:

(Details kunnen verschillen bij producten van verschillende aanbieders, maar de hoofdconcepten blijven hetzelfde)

Introductie

Netwerkproblemen kunnen flink vervelend zijn en horen natuurlijk niet bij de dagelijkse gang van zaken. Maar als ze toch optreden, is het belangrijk om snel en efficiënt de oorzaak te achterhalen om het probleem op te lossen. Gedetailleerde info over netwerkproblemen kun je effectief analyseren met de WinMTR (Windows) of MTR (Linux/Mac OS) applicatie.

img

WinMTR/MTR is een netwerkdiagnosetool die de functies van Ping en Traceroute combineert. Hiermee kun je zowel de uitgaande route (Client → Server) als de terugkerende route (Server → Client) gedetailleerd analyseren door het pad van datapakketten in beide richtingen te volgen. Daarbij worden belangrijke gegevens zoals latency en packet loss vastgelegd, die cruciaal zijn voor een nauwkeurige diagnose en aanpak van netwerkproblemen.

Uitgaande route (Client → Server): Een rapport van de uitgaande route is handig bij problemen zoals wegvallende verbindingen, trage verbindingen of moeite met verbinden. Deze analyse helpt mogelijke problemen te vinden op het pad van de client naar de server, zoals netwerkcongestie, packet loss of verkeerde routering.

Terugkerende route (Server → Client): Een rapport van de terugkerende route heeft pas zin als een stabiele en werkende verbinding op de uitgaande route is bevestigd. Dit rapport is vooral relevant als de uitgaande route geen problemen toont, maar je toch last hebt van trage serverreacties, vertraagde laadtijden of incomplete datatransmissies.

Kortom, bij merkbare netwerkproblemen analyseer je eerst de uitgaande route (Client → Server). Als dat rapport geen afwijkingen toont en de problemen blijven, check je de terugkerende route (Server → Client) om mogelijke asymmetrische problemen te vinden. Asymmetrische netwerkproblemen ontstaan als datapakketten in de ene richting probleemloos gaan, maar in de andere richting vertraging of packet loss optreden.

Installatie

Nu duidelijk is wanneer rapporten voor de in- en uitgaande routes nuttig zijn, gaan we door naar de installatie op zowel client- als serverniveau.

Client

Voor de uitgaande route moet de applicatie op de client (jouw computer) geïnstalleerd worden. Hieronder lees je hoe je de applicatie installeert voor jouw besturingssysteem.

Gebruik je een Windows-pc, dan voer je de netwerkdiagnose uit met de WinMTR-applicatie. Download WinMTR eerst van de ZAP-Hosting website. Na het downloaden pak je het bestand uit. Je krijgt dan het uitvoerbare bestand WinMTR.exe.

ApplicatieDownload
WinMTRLink

Server

Voor de terugkerende route moet de applicatie op de server geïnstalleerd worden. Hieronder lees je hoe je dat doet voor het besturingssysteem van jouw server.

Verbind met je server via SSH. Installeer MTR met het juiste commando voor jouw server:

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

Rapport maken

Hieronder leggen we uit hoe je een rapport maakt met WinMTR/MTR, zowel voor de uitgaande route (Client → Server) als de terugkerende route (Server → Client).

Maak rapport tijdens actieve problemen

Het rapport moet gemaakt worden terwijl het probleem actief en merkbaar is. Alleen dan geeft het rapport nuttige info die helpt bij het oplossen van het probleem.

Uitgaande route (Client → Server)

Open de WinMTR/MTR-app op je computer en volg de onderstaande stappen om de route van jouw pc naar de server te analyseren.

Start WinMTR door te dubbelklikken op WinMTR.exe. Vul bij Host het IP-adres of de hostname van de server in. Start daarna het rapport. Laat de applicatie minstens één minuut draaien om genoeg data te verzamelen. Stop daarna de analyse en sla het resultaat op via Export TEXT.

img

Terugkerende route (Server → Client)

Verbind met je server en volg de onderstaande stappen om de route van de server naar jouw computer te analyseren.

Voer op de server in de SSH-terminal het volgende commando uit:

mtr <jouw client-ip-adres>

Laat het programma minstens één minuut draaien om genoeg data te verzamelen. Stop daarna de analyse en sla het resultaat op.

info

Weet je je IP-adres niet of weet je niet hoe je het moet vinden? Er zijn verschillende manieren om je IP-adres te achterhalen. De snelste is via een online dienst zoals WhatIsMyIPAddress.

Rapport evalueren

Bij het beoordelen van de resultaten zijn er een paar belangrijke punten om op te letten. Hieronder leggen we deze uit en waarom ze belangrijk zijn voor de analyse. Goed opletten op deze zaken is essentieel om een juiste diagnose te stellen en mogelijke oorzaken te vinden.

Packet loss

Zie je packet loss in de resultaten, dan wijst dat op mogelijke netwerkproblemen. Een kleine tijdelijke packet loss van 1-2% is meestal geen ramp, maar hogere waarden duiden op ernstiger issues. Packet loss kan zorgen voor vertragingen of onderbrekingen in de verbindingen. Als de loss gelijkmatig verdeeld is over alle hops, kan het probleem in je eigen netwerk of aan de serverkant zitten. Maar als de loss alleen bij een specifieke hop of segment voorkomt, ligt het probleem waarschijnlijk bij die node of de verbinding ernaartoe. Kleine verliezen bij de eerste hops (die bij je lokale netwerk horen) zijn niet per se kritisch, omdat deze apparaten ICMP-verzoeken (zoals ping) vaak lager prioriteren en kunnen negeren.

Latency (pingtijden)

De latency-waarden (Avg, Best, Worst) geven inzicht in de snelheid en stabiliteit van de verbinding. Blijft de latency bij een bepaalde hop consistent hoog, dan kan dat wijzen op netwerkcongestie of een trage router. Een plotselinge stijging tussen twee hops duidt op een mogelijke bottleneck. Normaal gesproken neemt latency geleidelijk toe richting de bestemming. Let op plotselinge, flinke pieken, want die wijzen vaak op een probleem. Het vergelijken van uitgaande en terugkerende routes helpt ook bij het opsporen van asymmetrische problemen, waarbij verkeer in één richting problemen ondervindt.

Met een goede analyse van deze factoren kun je precies bepalen waar het netwerkprobleem zit — in je eigen netwerk, bij de internetprovider, of ergens onderweg naar de server.

Diagnostische voorbeelden

Om het beter te begrijpen, geven we een paar voorbeelden van diagnoses. We hebben scenario’s uitgewerkt die verschillende situaties en mogelijke oorzaken laten zien. Zo leer je hoe je de data interpreteert en netwerkproblemen effectiever opspoort.

info

De volgende voorbeelden zijn gebaseerd op fictieve WinMTR/MTR-rapporten. De IP-adressen, hostnamen en routes zijn volledig verzonnen en hebben geen connectie met echte netwerken of hosts.

Voorbeeld: Packet Loss bij de Client

Beschrijving

In dit voorbeeld is er packet loss aan de clientzijde, zichtbaar op zowel de uitgaande als terugkerende routes.

Uitgaande Route (Client → Server)

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 (Server) 0.0% 20 80.2 80.0 79.5 81.2 0.6

Terugkerende Route (Server → Client)

Host                               Loss%   Snt   Last   Avg  Best  Wrst StDev
1. Destination-IP (Server) 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

Evaluatie

De evaluatie laat zien dat packet loss aan de clientzijde optreedt. Beide routes tonen verlies bij de eerste hops (Hop 1 en 2), wat wijst op een probleem bij de client, in het lokale netwerk of met de router.

Problemen melden

Hoewel ZAP-Hosting het netwerk continu monitort, is het belangrijk om bij netwerkproblemen snel contact op te nemen met onze support. Voor een accurate diagnose en snelle oplossing vragen we je vriendelijk om de resultaten van je WinMTR/MTR-rapporten van zowel de uitgaande als terugkerende routes aan te leveren. Zo kunnen we precies zien waar het probleem zit en het snel fixen.