Artikelen
Geschiedenis en ontwikkeling van netwerktechnologie: Ethernet, WiFi en VPN.
Network Troubleshooting: A Step-by-Step Diagnostic Method
When the network breaks, work in a logical order. Learn how to use ping, traceroute, DNS lookups and port checks to isolate a problem, and what each tool actually reveals.
How DNS Works: A Practical Guide to Domain Name Resolution
Understand how DNS turns a domain name into an IP address, the difference between recursive and authoritative servers, how caching and TTL work, and how to diagnose a resolution problem with a lookup tool.
Port Forwarding vs Port Scan: What Is the Real Difference?
Opening a port on your router is not the same as testing whether it is reachable. Learn the difference between port forwarding and port scanning, why people confuse them, and how to verify that a forwarding actually works.
IPv4 vs IPv6: Address Exhaustion, NAT and How to Diagnose Both
Two versions of the IP protocol run in parallel today. This guide explains how their addresses differ, why IPv4 ran out, what NAT does about it, and how to diagnose both on your network.
How a Speed Test Works: Download, Upload and Why Results Vary
The number from a speed test is the product of a short measurement against a remote server, not a fixed property of your connection. This guide explains what it measures, why it fluctuates, and how to get a reliable result.
SSL/TLS Certificates Explained: Trust Chains and the Most Common Errors
Certificates are what turn the padlock icon from a warning into a reassurance. This guide explains the chain of trust, how to verify a certificate, and what the common HTTPS errors actually mean.
WHOIS Explained: What a Domain Lookup Reveals
A WHOIS lookup shows the public record behind a domain: registrar, dates, nameservers and status. Learn what it reveals and what privacy often hides.
DNS Propagation Explained: Why Your DNS Change Takes Time
DNS changes do not appear instantly everywhere. Learn how TTL and caching servers control propagation, and how to check a change from multiple resolvers.
Subnetting Explained: How IP Subnet Masks Divide a Network
Learn how a subnet mask splits an IP network into smaller, manageable subnets - and how CIDR notation, host counts and supernetting all fit together.
Public vs Private IP Addresses: What Your IP Reveals and Why It Matters
Every device on a network has an IP, but only one kind is visible to the world. Understanding public versus private addressing explains what your IP reveals, what it hides, and why it changes.
How to Read a Traceroute: Every Hop, Every Asterisk, and When a Route Is Abnormal
Traceroute shows the path your packets take through the internet. Reading each hop - the latency, the asterisks, the private address - turns a route into a real diagnosis of where a problem lives.
How to Read a Port Scan: Open, Closed and Filtered Ports Explained
A port scan returns a wall of open, closed and filtered ports. Knowing what each state actually means turns a raw list into a real answer about what is exposed and what is safe.
DNS Record Types Explained: A, AAAA, CNAME, MX, TXT, NS and PTR
DNS is not one lookup but many, distinguished by record type. Knowing what each type answers turns 'the domain doesn't work' into a two-minute diagnosis - and explains half of what mail and verification tools do.
The Four HTTP Security Headers Every Site Should Send
HSTS, Content-Security-Policy, X-Frame-Options and X-Content-Type-Options cost an afternoon to deploy and quietly prevent whole classes of attacks. Here is what each one does and how to adopt them without breaking your site.
Blacklists (DNSBL): Why Your IP Gets Listed and How to Get Off
Mail servers check every sender against public blocklists. A single listing can silently drop your emails - here is how the system works, why innocent IPs end up on it, and what actually gets you delisted.
Ping vs Traceroute: Which One Answers Your Question?
Both tools test reachability, but they answer two different questions. Knowing which one to reach for turns a vague 'the site is slow' into a precise diagnosis in seconds.
Why These Tools Exist: Reading Results, Judging Warnings, and When You Actually Need a VPN
What each diagnostic tool is actually for, how to read a result without over- or under-reacting, concrete open-port risk examples, and when exposure genuinely calls for a VPN or firewall change - versus when it's normal.
The Rise of the VPN: From Dial-Up Tunnels to WireGuard and Zero Trust
How VPNs evolved from a niche way to reach the corporate LAN into the default way anyone protects traffic on an untrusted network - and what each generation of protocol actually changed.
The Genesis of WiFi: From 2 Mbps to Multi-Gigabit, Generation by Generation
How WiFi went from a slow, unreliable 1997 curiosity to the multi-gigabit, multi-device backbone of every home and office network today.
From LAN to the Internet: Token Ring, Ethernet, and the Protocols That Won
How local networks went from proprietary token-passing rings to the switched Ethernet and TCP/IP stack that now underpins the entire Internet.
Mijn IP-check
Uw openbare IP-adres en netwerklocatie, automatisch gedetecteerd.
Wordt automatisch geladen bij het openen van NetChecks — geen invoer nodig. Gebruik de knop Vernieuwen na het wisselen van netwerk of VPN.
Uw browser
Alles-in-één-scan
Voert in één keer alle relevante controles uit op één IP-adres of hostnaam: DNS, whois, ping, traceroute, een scan van bekende poorten (1-1024), HTTP-headers en het SSL-certificaat.
Voer een domein of IP-adres in en voer uit om DNS, whois, ping, traceroute, veelgebruikte poorten, HTTP-headers en het SSL-certificaat in één keer te controleren.
De meeste controles worden parallel uitgevoerd - meestal binnen ongeveer 30 seconden voltooid, langer als het doel traag of onbereikbaar is.
De poortscanstap wordt alleen uitgevoerd als het toestemmingsvakje hierboven is aangevinkt - alle andere controles worden sowieso uitgevoerd.
Ping
Verzendt ICMP-echoverzoeken naar een host om bereikbaarheid en latentie te controleren.
Voer een hostnaam of IP-adres in en klik op Ping om ICMP-echoverzoeken te sturen en de retourlatentie te meten.
Meer informatie over Ping
Wat het is
Ping stuurt ICMP Echo Request-pakketten naar een host en meet hoelang het duurt voordat de ICMP Echo Reply-pakketten terugkomen. Het is de meest basale netwerkconnectiviteitstest die er is: hij beantwoordt precies één vraag, "is deze machine bereikbaar, en hoe snel?". Het ICMP-protocol (RFC 792) werd in 1981 speciaal ontworpen om controle- en diagnoseberichten over IP-netwerken te transporteren, los van elk applicatieverkeer - Ping is de bekendste en meest universeel beschikbare implementatie ervan, praktisch aanwezig op elk besturingssysteem en netwerkapparaat sinds de vroegste versies daarvan.
Hoe het werkt
Elk ICMP-pakket bevat een TTL-veld (Time To Live) dat bij elke gepasseerde router met één wordt verlaagd; komt het op nul voordat het doel is bereikt, dan wordt het pakket verworpen en wordt er een foutmelding teruggestuurd naar de afzender. De gemeten retourtijd (RTT) in milliseconden weerspiegelt de opgetelde netwerklatentie over de volledige heen-en-terugreis, niet alleen het laatste stuk vlak bij het doel - een punt dat vaak verkeerd wordt begrepen, aangezien een traag pingresultaat zijn eigenlijke oorzaak overal langs het pad kan hebben, niet noodzakelijk bij de geteste server. Een ping stuurt doorgaans meerdere pakketten achter elkaar in plaats van slechts één, waardoor je een eenmalige latentiepiek kunt onderscheiden van een terugkerend probleem en een pakketverliespercentage over de steekproef kunt berekenen.
Resultaten interpreteren
Een stabiele, lage RTT - enkele milliseconden op een lokaal netwerk, 10 tot 50 ms voor een bestemming binnen hetzelfde land, en merkbaar meer voor een intercontinentale verbinding - duidt op een gezonde verbinding. Zelfs een klein beetje pakketverlies (boven 1-2%) is bijzonder schadelijk voor latentiegevoelige toepassingen zoals VoIP of interactieve externe sessies, waar elk verloren pakket zich manifesteert als een storing of hoorbare onderbreking. Sterk wisselende latentie van pakket tot pakket (jitter) is voor diezelfde toepassingen vaak problematischer dan een hoge maar perfect stabiele latentie. "Time-out van het verzoek" betekent dat er binnen de toegestane tijd geen antwoord is binnengekomen - de host kan werkelijk offline zijn, een firewall kan ICMP stilzwijgend blokkeren, of er kan ergens langs het pad een route verbroken zijn; "Bestemming onbereikbaar" is anders en informatiever: een tussenliggende router heeft expliciet een bericht teruggestuurd dat hij het pakket niet kon doorsturen, wat helpt om af te bakenen waar het probleem zich werkelijk bevindt.
Veelgemaakte fouten
De meest voorkomende verkeerde interpretatie is concluderen dat een host "offline" is zodra een ping mislukt, terwijl heel veel servers en apparaten - vooral achter een goed geconfigureerde firewall, of gehost bij grote cloudproviders - inkomende ICMP bewust blokkeren als beleid, terwijl ze volledig operationeel en bereikbaar zijn op hun daadwerkelijke diensten (HTTP, een database, enzovoort). Het uitblijven van een pingantwoord is dus alleen betekenisvol bewijs van uitval wanneer het gecombineerd wordt met andere signalen, zoals dat de applicatie zelf ook niet reageert. Omgekeerd garandeert een geslaagde ping geenszins dat de applicatiedienst op die machine correct functioneert - dat zijn twee volledig onafhankelijke lagen van de netwerkstack.
Wanneer te gebruiken
Het eerste dat gecontroleerd moet worden voordat een ticket wordt geëscaleerd: reageert de machine überhaupt, voordat er verder wordt gezocht? Connectiviteit bevestigen na een wijziging van een firewallregel of routeringstabel, om zeker te zijn dat de wijziging de toegang niet heeft verbroken. Een latentie-baseline vaststellen vóór een VoIP-uitrol of een failover van een operatorverbinding, zodat er een objectief vergelijkingspunt is als er later klachten binnenkomen over de gesprekskwaliteit. Een lichte, periodieke statuscontrole voor een MSP die meerdere klantlocaties parallel monitort, altijd als aanvulling op - nooit als vervanging van - diepere monitoring op applicatieniveau.
Traceroute
Traceert het netwerkpad (hop voor hop) naar een doelhost.
Voer een hostnaam of IP-adres in en voer uit om elke netwerkhop tussen deze server en de bestemming te zien, met de latentie per hop.
DNS-opzoeking (Nslookup)
Vraagt DNS-records op: A, AAAA, MX, TXT, NS, CNAME, SOA, PTR, SRV, CAA.
Voer een domein in, kies een recordtype (A, AAAA, MX, TXT, NS, CNAME, SOA, PTR, SRV of CAA) en voer de opzoeking uit.
Whois
Zoekt registratiegegevens op voor een domein of IP-adres.
Voer een domein of IP-adres in om de registratiegegevens op te zoeken: registrar, eigenaarsorganisatie en belangrijke data.
Blacklist-controle
Controleert of een IP-adres of domein voorkomt op openbare spam-/misbruik-blacklists (DNSBL).
Voer een IPv4-adres of domein in en voer uit om 7 openbare DNSBL/RBL-blacklists tegelijk te controleren - elke lijst toont vermeld, niet vermeld of controle mislukt.
TCP-poortscan
Controleert of TCP-poorten open staan op een host of IP: veelgebruikte poorten, een aangepaste lijst, of het volledige bereik 1-65535.
Voer een host of IP in, kies veelgebruikte poorten, een aangepaste lijst of het volledige bereik, en scan om te zien welke TCP-poorten reageren.
Een volledige bereikscan kan tot ~100 seconden duren. Grote scans (meer dan 100 poorten, inclusief aangepaste bereiken/lijsten) zijn beperkt tot 1 per minuut per bezoeker.
Open poorten (0)
HTTP-header-inspecteur
Haalt de HTTP-antwoordstatus en headers op voor een URL.
Voer een URL in om de HTTP-statuscode en alle antwoordheaders die de server terugstuurt op te halen.
SSL-/TLS-certificaatcontrole
Onderzoekt het TLS-certificaat van een host: uitgever, geldigheidsdata en resterende dagen.
Voer een hostnaam in om het TLS-certificaat te inspecteren: uitgever, geldigheidsdata en resterende dagen tot verloop.
Geo-IP-opzoeking
Zoekt de geografische locatie en netwerkinformatie op voor een IP-adres. Leeg laten om uw eigen openbare IP op te zoeken.
Voer een IP-adres in, of laat leeg om uw eigen adres op te zoeken, om de geschatte locatie en netwerk-/ISP-informatie te zien.
Subnet-/CIDR-calculator
Volledig berekend in uw browser — er worden geen gegevens naar de server verzonden.
Voer een IP-adres en CIDR-prefix in (bijv. 192.168.1.0/24) om direct het netwerkbereik, broadcastadres en aantal bruikbare hosts te berekenen.
Snelheidstest
Eenvoudige download-/uploadsnelheidstest tegen deze server (nauwkeurigheid hangt af van de eigen uplink van de server).
Klik op Start om de download- en uploadsnelheid naar deze server te meten. De nauwkeurigheid hangt af van de eigen verbinding van deze server.
Landcode-woordenboek
ISO 3166-1 alpha-2-landcodes — volledig doorzocht in uw browser.
Zoek of blader door de lijst met ISO 3166-1 alpha-2-landcodes, volledig doorzocht in uw browser.
| Land | ISO-code |
|---|
Netnummer-woordenboek
Internationale landnummers per land — volledig doorzocht in uw browser.
Zoek of blader door internationale landcodes voor telefoonnummers, volledig doorzocht in uw browser.
| Land | Netnummer |
|---|
Wereldklok
Kies een tijdzone om de huidige tijd te zien - sleep de wereldbol om deze te draaien.
Kies een tijdzone uit de lijst, of sleep aan de globe, om de huidige tijd daar te zien.
—
—
Sleep om de wereldbol te draaien.
Status van het Franse mobiele netwerk
Mobiele antennesites die uitgevallen zijn of in onderhoud zijn in Frankrijk, per operator (Orange, Free, SFR, Bouygues Telecom), op basis van openbare gegevens van ARCEP. Momentopname eenmaal per dag bijgewerkt door ARCEP - geen minuut-voor-minuut feed.
Bekijk storingsgegevens van mobiele antennes en glasvezel per Franse operator — geen invoer nodig, automatisch bijgewerkt met openbare Arcep-gegevens.
Zwaarst getroffen departementen
Aantal sites dat momenteel is uitgevallen of in onderhoud is, per departement. Klik hierboven op een operator om te filteren.
Gegevens: Arcep — Sites indisponibles · Officiële netwerkstatuskaart
Vast netwerk (Glasvezel)
Kwaliteit van het glasvezelnetwerk (FTTH) per operator: gemeld storingspercentage en verbindingsfoutpercentage, op basis van openbare gegevens van ARCEP. Maandelijkse indicatoren, voortschrijdend gemiddelde over 6 maanden - geen live feed zoals het mobiele gedeelte.
Per operator (moedergroep)
Gemiddelden over de laatste 6 beschikbare maanden, per moedergroep van de infrastructuuroperator.