Je bepaalt welke diensten wij mogen inschakelen voor analyse, personalisatie en externe inhoud.
We gebruiken cookies en vergelijkbare technologieën op onze website om inhoud te personaliseren, externe media te integreren en het gebruik van afzonderlijke onderdelen beter te begrijpen.
Noodzakelijke cookies
Deze vermeldingen waarborgen basisfuncties zoals beveiliging, stabiliteit en formulierverwerking.
Optionele secties
AnalysesMarketingPersonalisatieExterne media
Gegevensverwerking kan plaatsvinden met je toestemming of op basis van gerechtvaardigde belangen. In de cookie-instellingen kun je elke optionele categorie weigeren of afzonderlijk toestaan.
Sommige diensten verwerken persoonsgegevens in derde landen. Met je toestemming accepteer je ook deze doorgifte. Meer informatie vind je in onze privacyverklaring.
Je kunt je selectie later op elk moment opnieuw openen en aanpassen. · 1.0.2
Dedicated Server: Netwerkanalyse met WinMTR/MTR voor foutopsporing
Leer hoe je netwerkproblemen effectief herkent door analyse van heen- en terugweg – verhoog je diagnosenauwkeurigheid bij latency en pakketverlies → Lees nu meer
10 november 202613 min leestijd2 Weergaven0 nuttig
Inleiding
Netwerkproblemen kunnen erg vervelend zijn en horen natuurlijk niet tot de dagelijkse routine. Maar als ze zich voordoen, is het belangrijk om snel en efficiënt de oorzaak te vinden om het probleem op te lossen. Gedetailleerde informatie over netwerkproblemen kun je uitstekend analyseren met de WinMTR (Windows) of MTR (Linux/Mac OS) app.
WinMTR/MTR is een netwerkdiagnosetool die Ping en Traceroute combineert. Hiermee kun je zowel de heenweg (Client → Server) als de terugweg (Server → Client) nauwkeurig analyseren door het pad van datapakketten in beide richtingen te volgen. Belangrijke informatie zoals latency en pakketverlies wordt vastgelegd, wat cruciaal is voor een precieze diagnose en het oplossen van netwerkproblemen.
Heenweg (Client → Server): Een rapport voor de heenweg is nuttig wanneer problemen optreden zoals verbindingsonderbrekingen, trage verbindingen of moeilijkheden bij het opzetten van een verbinding. De analyse helpt mogelijke problemen op het pad van client naar server te identificeren, bijvoorbeeld netwerkoverbelasting, pakketverlies of foutieve routes.
Terugweg (Server → Client): Een rapport voor de terugweg is pas zinvol als een stabiele en werkende verbinding op de heenweg is bevestigd. Het terugwegrapport wordt vooral relevant wanneer de heenweg geen problemen toont, maar er toch trage serverreacties, vertraagde laadtijden of onvolledige gegevensoverdracht zijn.
Kortom: als je netwerkproblemen opmerkt, analyseer dan eerst de heenweg (Client → Server). Als de heenweg geen afwijkingen toont en de problemen blijven, controleer dan de terugweg (Server → Client) om mogelijke asymmetrische problemen te vinden. Asymmetrische netwerkproblemen ontstaan wanneer datapakketten in de ene richting probleemloos lopen, maar in de andere richting vertragingen of pakketverlies optreden.
Installatie
Nu duidelijk is wanneer rapporten voor heen- en terugweg nuttig zijn, gaan we over tot installatie aan client- en serverzijde.
Client
Voor de heenweg moet de applicatie op de client (jouw computer) geïnstalleerd zijn. De volgende stappen laten zien hoe je de app voor jouw besturingssysteem installeert.
Als je een Windows-pc gebruikt, vindt de netwerkanalyse plaats met de WinMTR-applicatie. Om WinMTR op je computer te installeren, download je de app eerst van de ZAP-Hosting website. Na het downloaden pak je het bestand uit. Je krijgt dan het uitvoerbare bestand WinMTR.exe.
Op een Linux-computer gebruik je de MTR-applicatie. Om MTR te installeren, open je de terminal en voer je het juiste installatiecommando uit voor jouw besturingssysteem:
Debian
Code
apt install mtr -y
Ubuntu
Code
apt install mtr -y
OpenSUSE
Code
zypper refresh
zypper install mtr
Fedora
Code
yum install mtr -y
Op een Mac gebruik je ook de MTR-applicatie. MTR is echter niet vooraf geïnstalleerd en ook niet beschikbaar in de Apple Store. Je moet eerst Homebrew als pakketbeheerder installeren.
Homebrew installeren
Open de terminal en voer dit commando uit om Homebrew te installeren:
Volg de instructies in de terminal om de installatie te voltooien. Zodra Homebrew werkt, installeer je MTR met:
Code
brew install mtr
Server
Voor de terugweg moet de applicatie op de server geïnstalleerd zijn. De volgende stappen laten zien hoe je de app installeert voor het besturingssysteem van jouw server.
Verbind via SSH met je server. Om MTR te installeren, voer je het juiste commando uit voor het server-besturingssysteem:
Debian
Code
apt install mtr -y
Ubuntu
Code
apt install mtr -y
OpenSUSE
Code
zypper refresh
zypper install mtr
Fedora
Code
yum install mtr -y
Verbind via Remote Desktop Connection met je server. Om WinMTR te installeren, download je de applicatie van de ZAP-Hosting website. Na het downloaden pak je het bestand uit en krijg je het uitvoerbare bestand WinMTR.exe.
Het is een netwerkdiagnosetool die Ping en Traceroute combineert. Het analyseert zowel de heenweg (client naar server) als de terugweg (server naar client) en registreert latency en pakketverlies voor een nauwkeurige diagnose van netwerkproblemen.
Begin met de heenweg (client naar server). Als daar geen afwijkingen zijn en de problemen blijven bestaan, controleer dan ook de terugweg (server naar client) om mogelijke asymmetrische problemen te vinden.
Op Windows gebruik je de WinMTR-app (download van de ZAP-Hosting website). Op Linux gebruik je MTR, te installeren via bijvoorbeeld 'apt install mtr -y' (Debian/Ubuntu). Op een Mac is MTR niet vooraf geïnstalleerd, je installeert het via Homebrew.
Feedback
Was dit artikel nuttig?
Je feedback helpt ons inhoud beter te prioriteren en te verbeteren.
0 van 0 Gebruikers vonden dit artikel nuttig.
Persoonlijke hulp
Is de handleiding niet voldoende?
Onze ZAP-support kent je product — beschrijf kort je vraag en wij helpen je persoonlijk verder.
Zappy kent deze handleiding en antwoordt je direct in de chat.
Navigatie
Dedicated server
Problemen melden
Ook al houdt ZAP-Hosting het netwerk continu in de gaten, is het belangrijk om bij netwerkproblemen snel onze support te contacteren. Om het probleem nauwkeurig te diagnosticeren en snel op te lossen, stuur ons alsjeblieft de resultaten van je WinMTR/MTR-rapporten voor heen- en terugweg mee. Zo kunnen we mogelijke probleemlocaties precies identificeren en je snel helpen.
Serverhosting vanaf € 2,49 / maand, direct online, inclusief DDoS-bescherming.
Hieronder wordt uitgelegd hoe je met WinMTR/MTR een rapport maakt – zowel voor de heenweg (Client → Server) als voor de terugweg (Server → Client).
Let op
Maak het rapport tijdens actieve problemen
Het rapport moet worden gemaakt terwijl het probleem actief en merkbaar is. Alleen dan levert het rapport nuttige informatie die helpt bij het oplossen van het probleem.
Heenweg (Client → Server)
Om het pad van jouw computer naar de server te analyseren, open je de WinMTR/MTR-app op jouw computer en volg je de onderstaande stappen.
Start WinMTR door te dubbelklikken op het bestand WinMTR.exe. Vul in het veld Host het IP-adres of de hostnaam van de server in. Start vervolgens de analyse. Laat de app minstens één minuut draaien om voldoende data te verzamelen. Als je genoeg data hebt, stop je de analyse en sla je het resultaat op via Export TEXT.
Start MTR in de terminal met het volgende commando:
Code
mtr <jouw server-ip-adres>
Laat de app minstens één minuut draaien om voldoende data te verzamelen. Stop daarna de analyse en sla het resultaat op.
Terugweg (Server → Client)
Om het pad van de server naar jouw computer te analyseren, verbind je met je server en volg je de onderstaande stappen.
Start MTR op je server in de SSH-terminal met:
Code
mtr <jouw client-ip-adres>
Laat de app minstens één minuut draaien om voldoende data te verzamelen. Stop daarna de analyse en sla het resultaat op.
Info
Ken je je IP-adres niet of weet je niet hoe je het vindt? Er zijn verschillende manieren om je IP-adres te achterhalen. De snelste is via een online service zoals WhatIsMyIPAddress.
Vul in het veld Host het IP-adres van je verbinding in. Start de analyse en laat de app minstens één minuut draaien om voldoende data te verzamelen. Stop daarna de analyse en sla het resultaat op via .
Rapport evalueren
Bij het evalueren van de resultaten zijn er een aantal belangrijke punten om op te letten. Hieronder leggen we deze uit en tonen we waarom ze belangrijk zijn voor de analyse. Als je deze aspecten in de gaten houdt, kun je de oorzaak van het probleem beter beperken.
Pakketverlies
Als je pakketverlies in de resultaten ziet, wijst dat op mogelijke netwerkproblemen. Een klein tijdelijk verlies van 1-2% is meestal onkritisch, hogere waarden wijzen op ernstigere problemen. Pakketverlies kan vertragingen of verbindingsonderbrekingen veroorzaken. Als het verlies gelijkmatig over alle hops verdeeld is, ligt het probleem waarschijnlijk in je eigen netwerk of aan de serverzijde. Treedt het verlies alleen op bij een bepaalde hop of segment, dan ligt het probleem waarschijnlijk bij die knoop of de verbinding naar de volgende. Belangrijk: kleine verliezen bij de eerste hops, die tot je lokale netwerk behoren, zijn niet per se kritisch, omdat deze apparaten ICMP-verzoeken (zoals Ping) vaak lager prioriteren en kunnen negeren.
Latency (Ping-tijden)
De latencywaarden (Avg, Best, Worst) geven inzicht in snelheid en stabiliteit van de verbinding. Blijft de latency bij een bepaalde hop langdurig hoog, kan dat wijzen op netwerkoverbelasting of een trage router. Een plotselinge stijging van latency tussen twee hops duidt vaak op een bottleneck. Normaal gesproken stijgt de latency op weg naar het doel langzaam. Let op plotselinge, sterke uitschieters – die zijn vaak een teken van problemen. Het vergelijken van heen- en terugweg helpt asymmetrische problemen te herkennen, waarbij het verkeer in één richting problemen heeft.
Met een nauwkeurige analyse van deze factoren kun je goed bepalen waar het netwerkprobleem zit – in je eigen netwerk, bij de internetprovider of ergens op het pad naar de server.
Diagnosevoorbeelden
Om het beter te begrijpen, laten we een paar voorbeelden zien. De scenario's verduidelijken verschillende situaties en mogelijke oorzaken. Zo leer je de data beter interpreteren en netwerkproblemen effectiever te diagnosticeren.
Info
De volgende diagnosevoorbeelden zijn gebaseerd op fictieve WinMTR/MTR-rapporten. De IP-adressen, hostnamen en routes zijn volledig verzonnen en hebben geen relatie met echte netwerken of hosts.
Pakketverlies bij de client
Export TEXT
Info
Ken je je IP-adres niet of weet je niet hoe je het vindt? De snelste manier is via een online service zoals WhatIsMyIPAddress.
Voorbeeld:
Beschrijving
Hier is pakketverlies aan de clientzijde zichtbaar op heen- en terugweg.
Het pakketverlies zit aan de clientzijde. Beide routes tonen verliezen bij de eerste hops (Hop 1 en 2), wat wijst op een probleem in het lokale netwerk of router van de client.
Voorbeeld: Pakketverlies bij de server
Beschrijving
Hier is pakketverlies aan de serverzijde zichtbaar op heen- en terugweg.
De latency is hoog aan de serverzijde. Beide routes tonen verhoogde latency bij de laatste hops (Hop 7 en 8), wat wijst op een probleem bij de server.
Voorbeeld: Routingprobleem (ISP-routing)
Beschrijving
Hier werkt de route van Client X naar de server probleemloos, terwijl Client Y routingproblemen met pakketverlies ervaart. Dit wijst op een probleem bij de internetprovider (ISP).
De routing bij de ISP is defect. De route van Client X naar de server is stabiel, die van Client Y vertoont echter ernstige problemen met pakketverlies en hoge latency.
Voorbeeld: Pakketverlies alleen op de heenweg (Client → Server)
Beschrijving
Hier treedt pakketverlies alleen op de heenweg (client naar server) op, terwijl de terugweg (server naar client) geen verliezen toont. Dit kan wijzen op een probleem in een netwerksegment richting de server, bijvoorbeeld door defecte routers, overbelasting of slechte verbinding.
Het pakketverlies treedt alleen op de heenweg op. De verliezen bij hops 4, 5 en 6 wijzen op een probleem op het pad van client naar server, bijvoorbeeld overbelasting of defecte netwerkapparatuur. De terugweg is stabiel.
Voorbeeld: Pakketverlies alleen op de terugweg (Server → Client)
Beschrijving
Hier treedt pakketverlies alleen op de terugweg (server naar client) op, terwijl de heenweg (client naar server) geen verliezen toont. Dit kan wijzen op een probleem in een netwerksegment op de terugweg.
Het pakketverlies treedt alleen op de terugweg op. De verliezen bij hops 4, 5 en 6 op de terugweg wijzen op een probleem op het pad van server naar client.
Voorkeursbron bij Google
