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
Ontdek hoe je netwerkproblemen kunt diagnosticeren door de uitgaande en inkomende route te analyseren, om zo de verbindingsstabiliteit en prestaties te verbeteren → Lees nu meer
10 november 202614 min leestijd28 Weergaven0 nuttig
Inleiding
Netwerkproblemen kunnen erg vervelend zijn en horen natuurlijk niet bij de dagelijkse gang van zaken. Maar als ze zich voordoen, is het belangrijk om snel en effectief 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 de functies van Ping en Traceroute combineert. Hiermee kun je zowel de uitgaande route (Client → Server) als de inkomende route (Server → Client) nauwkeurig analyseren door het pad van datapakketjes in beide richtingen te volgen. Hierbij worden belangrijke gegevens zoals latency en pakketverlies vastgelegd, die cruciaal zijn om netwerkproblemen precies te herkennen en op te lossen.
Uitgaande route (Client → Server): Een rapport voor de uitgaande route is nuttig wanneer problemen zoals verbindingsonderbrekingen, trage verbindingen of problemen bij het opzetten van de verbinding optreden. Deze analyse helpt mogelijke problemen te identificeren op het pad van de client naar de server, bijvoorbeeld netwerkoverbelasting, pakketverlies of foutieve routes.
Inkomende route (Server → Client): Een rapport voor de inkomende route is pas zinvol als een stabiele en werkende verbinding op de uitgaande route is bevestigd. Het inkomende rapport is vooral relevant als de uitgaande route geen problemen toont, maar er toch bijvoorbeeld trage serverreacties, vertraagde laadtijden of onvolledige datatransmissies zijn.
Kort gezegd: als je netwerkproblemen opmerkt, analyseer dan eerst de uitgaande route (Client → Server). Als het uitgaande rapport geen afwijkingen toont en de problemen blijven bestaan, controleer dan de inkomende route (Server → Client) om mogelijke asymmetrische problemen te vinden. Asymmetrische netwerkproblemen ontstaan wanneer datapakketjes in de ene richting probleemloos lopen, terwijl er in de andere richting vertragingen of pakketverlies zijn.
Installatie
Nu duidelijk is wanneer rapporten voor in- en uitgaande routes zinvol zijn, gaan we verder met de installatie op client- en serverzijde.
Client
Voor de uitgaande route moet de app 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-computer gebruikt, verloopt de netwerkanalyse via de WinMTR-app. 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 verloopt de netwerkanalyse via de MTR-app. Om MTR te installeren, open je de terminal en voer je het juiste installatiecommando uit voor jouw systeem:
Op een Mac OS-computer verloopt de netwerkanalyse ook via MTR. 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 het volgende commando uit om Homebrew te installeren:
Volg de instructies in de terminal om de installatie te voltooien. Zodra Homebrew werkt, kun je MTR installeren met dit commando:
Code
brew install mtr
Server
Voor de inkomende route moet de app 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 besturingssysteem van je server:
Verbind via Remote Desktop Connection met je server. Om WinMTR 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.
Een netwerkdiagnosetool die de functies van Ping en Traceroute combineert. Het analyseert zowel de uitgaande route (client naar server) als de inkomende route (server naar client) en registreert latency en pakketverlies om netwerkproblemen te herkennen.
Begin met de uitgaande route (client naar server). Als deze geen afwijkingen toont en de problemen blijven, controleer dan ook de inkomende route (server naar client) om mogelijke asymmetrische problemen te vinden.
Onder Windows gebruik je de WinMTR-app (download van de ZAP-Hosting website). Onder Linux gebruik je MTR, te installeren bijvoorbeeld met '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
VPS
Problemen melden
Ook al houdt ZAP-Hosting het netwerk continu in de gaten, is het belangrijk om bij netwerkproblemen snel contact op te nemen met onze support. Zodat we het probleem nauwkeurig kunnen diagnosticeren en snel oplossen, stuur ons alsjeblieft de resultaten van je WinMTR/MTR-rapporten voor uitgaande en inkomende routes. Zo kunnen we mogelijke probleemlocaties precies herkennen 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 uitgaande route (Client → Server) als voor de inkomende route (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.
Uitgaande route (Client → Server)
Om het pad van jouw computer naar de server te analyseren, open je de WinMTR/MTR app op je computer en volg je de onderstaande stappen.
Start de WinMTR-app door te dubbelklikken op het bestand WinMTR.exe. Vul in het veld Host het IP-adres of de hostnaam van de server in. Start dan het rapport. Laat de app minstens één minuut draaien om voldoende gegevens te verzamelen. Als je genoeg data hebt, stop je de analyse en sla je het resultaat op via Export TEXT.
Open de terminal en start MTR met het volgende commando:
Code
mtr <jouw server-ip-adres>
Laat de app minstens één minuut draaien om voldoende gegevens te verzamelen. Stop dan de analyse en sla het resultaat op.
Inkomende route (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 het volgende commando:
Code
mtr <jouw client-ip-adres>
Laat de app minstens één minuut draaien om voldoende gegevens te verzamelen. Stop dan de analyse en sla het resultaat op.
Info
Weet je je IP-adres niet of weet je niet hoe je het kunt vinden? Er zijn verschillende methoden om je IP-adres te achterhalen. Het snelst gaat dat via online diensten zoals WhatIsMyIPAddress.
Vul in het veld Host het IP-adres van je verbinding in. Start dan het rapport. Laat de app weer minstens draaien om voldoende gegevens te verzamelen. Stop dan de analyse en sla het resultaat op via .
Rapport evalueren
Bij het evalueren zijn er een aantal belangrijke punten waar je op moet letten. Hieronder leggen we deze uit en tonen we waarom ze belangrijk zijn voor de analyse. Als je hierop let, kun je de oorzaak van het probleem beter herkennen en gericht beperken.
Pakketverlies
Als je pakketverlies in de resultaten ziet, wijst dat op mogelijke netwerkproblemen. Een klein, tijdelijk pakketverlies van 1-2% is meestal onkritisch, hogere waarden wijzen op ernstiger 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 gebied, dan ligt het probleem waarschijnlijk bij die knoop of de verbinding naar de volgende. Belangrijk: 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 soms negeren.
Latentie (Ping-tijden)
Latentiewaarden (Avg, Best, Worst) geven inzicht in de snelheid en stabiliteit van de verbinding. Als je ziet dat de latentie bij een bepaalde hop continu hoog is, kan dat wijzen op netwerkoverbelasting of een trage router. Een plotselinge stijging van de latentie tussen twee hops wijst op een mogelijke bottleneck. Normaal gesproken stijgt de latentie op weg naar het doel langzaam. Let op plotselinge, sterke uitschieters die vaak een probleem signaleren. Het vergelijken van uitgaande en inkomende routes helpt ook asymmetrische problemen te herkennen – dus wanneer het verkeer in één richting problemen heeft.
Met een nauwkeurige analyse van deze factoren kun je goed bepalen waar het netwerkprobleem zit – of 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 diagnosevoorbeelden zien. We hebben verschillende scenario’s samengesteld die verschillende situaties en mogelijke oorzaken tonen. Zo leer je de data beter interpreteren en netwerkproblemen effectiever 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.
één minuut
Export TEXT
Info
Weet je je IP-adres niet of weet je niet hoe je het kunt vinden? Er zijn verschillende methoden om je IP-adres te achterhalen. Het snelst gaat dat via online diensten zoals WhatIsMyIPAddress.
Voorbeeld: Pakketverlies bij de client
Beschrijving
Hier is pakketverlies aan de clientzijde zichtbaar op uitgaande en inkomende route.
De evaluatie toont pakketverlies 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 uitgaande en inkomende route.
De evaluatie toont pakketverlies aan de serverzijde. Beide routes tonen verliezen bij de laatste hops (Hop 7 en 8), wat wijst op een probleem bij de server.
Voorbeeld: Latentieproblemen bij de client
Beschrijving
Hier zijn hoge latentie tijden aan de clientzijde zichtbaar op uitgaande en inkomende route.
De evaluatie toont hoge latentie aan de clientzijde. Beide routes tonen verhoogde latentie bij de eerste hops (Hop 1 en 2), wat wijst op een probleem bij de client.
Voorbeeld: Latentieproblemen bij de server
Beschrijving
Hier zijn hoge latentie tijden aan de serverzijde zichtbaar op uitgaande en inkomende route.
De evaluatie toont hoge latentie aan de serverzijde. Beide routes tonen verhoogde latentie 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 zonder problemen, terwijl er bij Client Y routingproblemen met pakketverlies zijn. Dit wijst op een probleem bij de internetprovider (ISP).
De evaluatie toont een routingprobleem bij de ISP. Terwijl de route van Client X stabiel is, zijn er bij Client Y duidelijke problemen met pakketverlies en hoge latentie.
Voorbeeld: Pakketverlies alleen op de uitgaande route (Client → Server)
Beschrijving
Hier is pakketverlies alleen op de uitgaande route (van client naar server), terwijl de inkomende route (van server naar client) verliesvrij is. Dit kan wijzen op een probleem in een netwerksegment richting de server, bijvoorbeeld door defecte routers, overbelasting of slechte verbinding.
De evaluatie toont pakketverlies alleen op de uitgaande route. De verliezen zijn zichtbaar bij hops 4, 5 en 6, wat wijst op een probleem op het pad van client naar server, bijvoorbeeld overbelasting of defecte netwerkapparaten. Op de inkomende route is er geen verlies, de verbinding in de andere richting is stabiel.
Voorbeeld: Pakketverlies alleen op de inkomende route (Server → Client)
Beschrijving
Hier is pakketverlies alleen op de inkomende route (van server naar client), terwijl de uitgaande route (van client naar server) verliesvrij is. Dit kan wijzen op een probleem in een netwerksegment op de inkomende route.
De evaluatie toont pakketverlies alleen op de inkomende route. De verliezen zijn zichtbaar bij hops 4, 5 en 6 van de inkomende route, wat wijst op een probleem op het pad van server naar client.
Voorkeursbron bij Google
