Bij netwerkbeheer en -onderhoud is het een veelvoorkomend, maar lastig probleem dat apparaten niet kunnen pingen nadat ze rechtstreeks zijn aangesloten. Zowel beginners als ervaren engineers moeten vaak op meerdere niveaus beginnen en de mogelijke oorzaken onderzoeken. Dit artikel beschrijft de stappen voor probleemoplossing om u te helpen snel de oorzaak van het probleem te vinden en op te lossen. Deze methoden zijn toepasbaar en praktisch in zowel thuisnetwerken als bedrijfsomgevingen. We begeleiden u stap voor stap door deze uitdaging, van basiscontroles tot geavanceerde controles.
1. Controleer de status van de fysieke verbinding om er zeker van te zijn dat het signaal werkt.
De basis van netwerkcommunicatie is een fysieke verbinding. Als het apparaat na een directe verbinding niet reageert op een ping, is de eerste stap om te controleren of de fysieke laag werkt. Hieronder volgen de stappen:
Controleer de netwerkkabelverbinding:Controleer of de netwerkkabel goed is aangesloten en of de connector los zit. Als u een directe kabel gebruikt, zorg er dan voor dat de kabel voldoet aan de TIA/EIA-568-B-standaard (Common Direct Cable Standard). Bij oudere apparaten moet u mogelijk kruiskabels gebruiken (TIA/EIA-568-A), omdat sommige oudere apparaten geen automatische MDI/MDIX-schakeling ondersteunen.
Controleer de kwaliteit van de netwerkkabel:Een netwerkkabel van slechte kwaliteit of een te lange kabel kan signaalverzwakking veroorzaken. De standaardlengte van een netwerkkabel mag niet meer dan 100 meter bedragen. Als de kabel te lang is of duidelijke schade vertoont (bijvoorbeeld gebroken of platgedrukt), is het raadzaam deze te vervangen door een kabel van hoge kwaliteit en de verbinding opnieuw te testen.
Let op de apparaatindicatoren:De meeste netwerkapparaten (zoals switches, routers en netwerkkaarten) hebben statusindicatoren voor de verbinding. Normaal gesproken gaat het lampje branden (groen of oranje) na het tot stand brengen van de verbinding, en kan het even knipperen om aan te geven dat er gegevens worden overgedragen. Als het lampje niet brandt, kan er een probleem zijn met de netwerkkabel, een defecte interface of het apparaat is niet ingeschakeld.
Testpoort:Sluit de netwerkkabel aan op de andere poort van het apparaat om mogelijke beschadiging van de poort uit te sluiten. Indien beschikbaar, kunt u een netwerkkabeltester gebruiken om de verbinding van de netwerkkabel te controleren en ervoor te zorgen dat elk paar draden correct is aangesloten.
De fysieke verbinding is de eerste stap in netwerkcommunicatie, en we moeten ervoor zorgen dat er geen problemen op dit niveau zijn voordat we verder kunnen gaan met het onderzoeken van de oorzaken op een hoger niveau.
2. Controleer de STP-status van het apparaat om er zeker van te zijn dat de poort niet is uitgeschakeld.
Als u ondanks een normale fysieke verbinding niet kunt pingen, kan er een probleem zijn met het linklaagprotocol van het apparaat. Een veelvoorkomende oorzaak is het Spanning Tree Protocol (STP).
De rol van STP begrijpen:STP (Spanning Tree Protocol) wordt gebruikt om lussen in het netwerk te voorkomen. Als een apparaat een lus detecteert, plaatst STP bepaalde poorten in een blokkerende status, waardoor ze geen gegevens meer kunnen doorsturen.
Controleer de poortstatus:Log in op de CLI (Command Line Interface) of de webbeheerinterface van uw apparaat om te controleren of de poort de status "Forwarding" heeft. Bij een Cisco-switch kan de STP-status worden bekeken met het commando `show spat-tree`. Als een poort de status "Blocking" heeft, blokkeert STP de communicatie op die poort.
Oplossing:
STP tijdelijk uitschakelen:In een testomgeving is het mogelijk om STP tijdelijk uit te schakelen (bijvoorbeeld door geen spath-tree vlan 1 toe te staan), maar dit wordt in een productieomgeving afgeraden omdat het een broadcaststorm kan veroorzaken.
PortFast inschakelen:Als het apparaat dit ondersteunt, kan de PortFast-functie op de poort worden ingeschakeld (met commando's zoals spath-tree portfast), waardoor de poort de STP-luister- en leerfase kan overslaan en direct in de doorstuurmodus terechtkomt.
Controleer op lussen:Als de STP-blokkering wordt veroorzaakt door lussen in het netwerk, controleer dan de netwerktopologie om de lussen te vinden en te verwijderen.
STP-problemen komen vaak voor in bedrijfsnetwerken, vooral in omgevingen met meerdere switches. Als u een klein netwerk hebt, kunt u deze stap wellicht voorlopig overslaan, maar inzicht in de werking van STP kan u enorm helpen bij het oplossen van problemen in de toekomst.
3. Controleer of ARP werkt om er zeker van te zijn dat het MAC-adres correct wordt opgelost.
Als de linklaag normaal functioneert, ga dan naar de netwerklaag om te controleren. De ping-opdracht is gebaseerd op het ICMP-protocol, dat eerst het doel-IP-adres omzet naar een MAC-adres via het Address Resolution Protocol (ARP). Als de ARP-resolutie mislukt, zal de ping-opdracht ook mislukken.
Controleer de ARP-tabel: Controleer de ARP-tabel op het apparaat om te bevestigen dat het MAC-adres van het doelapparaat correct is opgelost. In Windows kunt u bijvoorbeeld de ARP-cache bekijken door de opdrachtregel te openen en 'arp-a' te typen. Als er geen MAC-adres voor het bestemmings-IP-adres wordt gevonden, is de ARP-resolutie mislukt.
Handmatig testen van ARP:Probeer handmatig ARP-verzoeken te verzenden. Op Windows kunt u bijvoorbeeld de opdracht `ping` gebruiken om een ARP-verzoek te activeren, of direct een tool zoals `arping` (op Linux-systemen). Als er geen reactie op het ARP-verzoek komt, kunnen de volgende redenen van belang zijn:
Firewallblokkering:ARP-verzoeken worden door de firewall van sommige apparaten geblokkeerd. Controleer de firewallinstellingen van het betreffende apparaat en probeer het opnieuw nadat u de firewall tijdelijk hebt uitgeschakeld.
IP-botsing:ARP-resolutie kan mislukken als er IP-adresconflicten in het netwerk zijn. Gebruik een tool zoals Wireshark om pakketten te onderscheppen en te controleren of er meerdere MAC-adressen reageren op hetzelfde IP-adres.
Oplossing:
Verwijder Arpcache (Windows: netsh interface ip delete arpcache; Linux: ip-ss neigh flush all) en ping vervolgens opnieuw.
Zorg ervoor dat de IP-adressen van beide apparaten zich in hetzelfde subnet bevinden en dat het subnetmasker hetzelfde is (zie de volgende stap voor meer informatie).
ARP-problemen houden vaak nauw verband met de configuratie van de netwerklaag, en het vergt geduld om de problemen op te lossen en ervoor te zorgen dat alles naar behoren werkt.
4. Controleer het IP-adres en de subnetconfiguratie om de communicatie-infrastructuur te waarborgen.
Problemen op netwerkniveau zijn vaak de belangrijkste oorzaak van mislukte pingpogingen. Verkeerd geconfigureerde IP-adressen en subnetten zorgen ervoor dat apparaten niet met elkaar kunnen communiceren. Hier volgen de stappen:
Bevestig IP-adres:Controleer of de IP-adressen van twee apparaten zich in hetzelfde subnet bevinden. Apparaat A heeft bijvoorbeeld een IP-adres van 192.168.1.10 en een subnetmasker van 255.255.255.0. Apparaat B heeft een IP-adres van 192.168.1.20 en hetzelfde subnetmasker. De twee IP-adressen bevinden zich in hetzelfde subnet (192.168.1.0/24) en kunnen theoretisch met elkaar communiceren. Als apparaat B een IP-adres van 192.168.2.20 heeft, bevindt het zich niet in hetzelfde subnet en zal de ping-test mislukken.
Controleer subnetmaskers:Inconsistente subnetmaskers kunnen ook communicatieproblemen veroorzaken. Apparaat A heeft bijvoorbeeld een masker van 255.255.255.0 en apparaat B een masker van 255.255.0.0. Dit kan leiden tot communicatieproblemen omdat beide apparaten de subnetscope anders interpreteren. Zorg ervoor dat de subnetmaskers voor beide apparaten hetzelfde zijn.
Gateway-instellingen controleren:Apparaten die rechtstreeks met elkaar zijn verbonden, hebben meestal geen gateway nodig, maar een verkeerd geconfigureerde gateway kan ervoor zorgen dat pakketten onjuist worden doorgestuurd. Zorg ervoor dat de gateway voor beide apparaten is ingesteld op 'niet geconfigureerd' of naar het juiste adres verwijst.
Oplossing:
Wijzig het IP-adres of het subnetmasker om ervoor te zorgen dat beide apparaten zich in hetzelfde subnet bevinden. Schakel onnodige gateway-instellingen uit of stel ze in op de standaardwaarde (0.0.0.0).
IP-configuratie vormt de kern van netwerkcommunicatie, daarom is het belangrijk om alles goed te controleren om er zeker van te zijn dat er niets ontbreekt.
5. Controleer de verzonden en ontvangen ICMP-pakketten om er zeker van te zijn dat het protocol niet is uitgeschakeld.
Het Ping-commando is afhankelijk van het Internet Control Messaging Protocol (ICMP). Als ICMP-pakketten worden onderschept of uitgeschakeld, zal Ping niet lukken.
Controleer uw firewallregels:Veel apparaten hebben standaard firewalls ingeschakeld, die ICMP-verzoeken kunnen blokkeren. Controleer in Windows bijvoorbeeld de instelling "Windows Defender Firewall" om er zeker van te zijn dat de ICMPv4-In-regel is toegestaan. Linux-systemen controleren de iptables-regel (iptables -L) om er zeker van te zijn dat ICMP niet wordt geblokkeerd.
Controleer het apparaatbeleid:Sommige routers of switches schakelen ICMP-reacties uit om scannen te voorkomen. Log in op het scherm voor apparaatbeheer om te controleren of ICMP is uitgeschakeld.
Analyse van pakketvastlegging:Gebruik een tool zoals Wireshark ofMijn linknetwerk aftakkingenEnMylinking netwerkpakketbrokersPakketten vastleggen om te zien of er een ICMP-verzoek is gedaan en of er een reactie is gekomen. Als het verzoek is gedaan maar er geen reactie is, ligt het probleem mogelijk bij het doelapparaat. Als er geen verzoek is gedaan, ligt het probleem mogelijk bij de lokale machine.
Oplossing:
(Windows: netsh advfirewall set allprofiles state off; Linux: iptables -F) om te testen of de ping weer normaal werkt. Schakel ICMP-reacties in op het apparaat (bijvoorbeeld Cisco-apparaat: ip icmp echo-reply).
ICMP-problemen houden vaak verband met beveiligingsbeleid, waarbij een afweging moet worden gemaakt tussen beveiliging en connectiviteit.
6. Controleer of het pakketformaat correct is om er zeker van te zijn dat er geen afwijkingen in de protocolstack aanwezig zijn.
Als alles goed gaat en je nog steeds niet kunt pingen, moet je mogelijk de protocolstack nader bekijken om te controleren of het pakket de juiste indeling heeft.
Pakketten vastleggen en analyseren:
Gebruik Wireshark om ICMP-pakketten vast te leggen en controleer op het volgende:
- Het type en de code van het ICMP-verzoek zijn correct (het echo-verzoek moet type 8, code 0 zijn).
- Of de bron- en bestemmings-IP-adressen correct zijn.
- Of er abnormale TTL-waarden (Time to Live) zijn die ervoor kunnen zorgen dat het pakket halverwege verloren gaat.
Controleer de MTU-instellingen:Als de MTU-instellingen (Maximum Transmission Unit) niet consistent zijn, kan pakketfragmentatie mislukken. De standaard MTU is 1500 bytes, maar sommige apparaten kunnen met kleinere waarden geconfigureerd zijn. Test de fragmentatie met de opdracht `ping-fl 1472 target IP` (Windows). Als er om sharding wordt gevraagd, maar de optie 'Niet sharden' (DF) is ingeschakeld, komt de MTU niet overeen.
Oplossing:
De MTU-waarde aanpassen (Windows: netsh interface ipv4 set subinterface "Ethernet" mtu=1400 store=persistent).
Zorg ervoor dat de MTU van beide apparaten gelijk is.
Het probleem met de protocolstack is complexer; er wordt aangeraden om een diepgaande analyse uit te voeren nadat het basisonderzoek geen resultaat heeft opgeleverd.
7. Verzamel informatie en zoek technische ondersteuning.
Als bovenstaande stappen het probleem niet oplossen, moet u mogelijk meer informatie verzamelen en technische ondersteuning inschakelen.
Logboek:Verzamel de loggegevens van het apparaat (syslog van de router/switch, syslog van de pc) en controleer of er fouten zijn.
Neem contact op met de fabrikant:Als het apparaat een zakelijk product is, zoalsMijn link(Netwerktaps, NetwerkpakketbrokersEnInline bypassVoor Cisco (router/switch) en Huawei (router/switch) kunt u contact opnemen met de technische ondersteuning van de fabrikant voor gedetailleerde inspectiestappen en logbestanden.
De gemeenschap benutten:Plaats berichten op technische forums (bijvoorbeeld Stack Overflow, Cisco Community) om hulp te vragen en geef daarbij gedetailleerde informatie over de netwerktopologie en -configuratie.
Een directe verbinding met een netwerkapparaat die niet reageert op een ping lijkt misschien simpel, maar in werkelijkheid kan het meerdere problemen op de fysieke laag, de datalinklaag, de netwerklaag en zelfs de protocolstack betreffen. De meeste problemen kunnen worden opgelost door deze zeven stappen te volgen, van basis tot geavanceerd. Of het nu gaat om het controleren van de netwerkkabel, het aanpassen van STP, het verifiëren van ARP of het optimaliseren van de IP-configuratie en het ICMP-beleid, elke stap vereist zorgvuldigheid en geduld. Ik hoop dat deze handleiding u meer duidelijkheid geeft over hoe u internetproblemen kunt oplossen, zodat u niet in de war raakt als u een soortgelijk probleem tegenkomt.
Geplaatst op: 9 mei 2025
