Zo werken de controles van IPNixa
Elk resultaat van IPNixa komt uit een specifieke meting of openbare gegevensbron. Deze pagina legt uit waar elk resultaat vandaan komt, wat het wel en niet kan vertellen en wat we bewaren.
Gemeten, opgezocht of berekend
Elk resultaat op IPNixa hoort bij een van drie soorten. Weet je welke soort je leest, dan weet je hoeveel je erop kunt vertrouwen.
- Gemeten: je browser of onze server neemt iets rechtstreeks waar, zoals het adres waarvan je verzoek kwam of hoe lang een verzoek duurde. Het klopt voor dat moment en dat pad.
- Opgezocht: een openbare database geeft antwoord voor een adres of naam, zoals een record van een regionaal internetregister of een DNS-antwoord. Het is maar zo actueel als die database.
- Berekend: het resultaat wordt in je browser berekend uit wat je invoert, zoals een subnetbereik of de decimale vorm van een adres. Er wordt niets gemeten of verzonden.
Je IP-adres en geschatte locatie
Je openbare adres is het bronadres van het verzoek dat je browser naar IPNixa stuurt, zoals gemeld door Cloudflare, dat de site host. Land, regio, stad, postcode, tijdzone, coördinaten en netwerknummer (ASN) met de naam van de organisatie komen uit de metadata die Cloudflare aan datzelfde verzoek toevoegt.
Om beide IP-versies te tonen, vraagt je browser de tracepagina van Cloudflare ook één keer op via IPv4 (1.1.1.1) en één keer via IPv6 (2606:4700:4700::1111). Een adres verschijnt alleen als dat verzoek slaagt. Een geblokkeerd verzoek of een time-out wordt gemeld als niet beschikbaar, niet als bewijs dat je netwerk geen IPv4 of IPv6 heeft.
Locatiewaarden beschrijven een netwerk, geen apparaat of persoon. De stad is vaak de plek van de gateway van je provider, en met een VPN of privacyrelay zie je in plaats daarvan de exitserver. Er wordt geen GPS-toestemming gevraagd. Lees waarom IP-locatie onjuist kan zijn.
Een ander IP-adres opzoeken
Als je een adres invoert in het IP-opzoekhulpmiddel, vraagt onze server de openbare dienst ipquery.io om de locatie- en netwerkvelden. De geregistreerde eigenaar en het abuse-contact komen uit het Registration Data Access Protocol (RDAP), opgevraagd via rdap.org, dat doorverwijst naar het regionale internetregister dat het adresblok beheert. Antwoorden van registers worden maximaal één dag aan de edge gecachet.
Geolocatiediensten en registers kunnen van elkaar verschillen, omdat elk eigen gegevens bijhoudt en die volgens een eigen schema bijwerkt. Het adres dat je invoert, gaat mee in de body van het verzoek, niet in de URL van de pagina.
DNS-records en reverse DNS
Het DNS-opzoekhulpmiddel stuurt elke query vanaf onze server naar twee openbare DNS-over-HTTPS-resolvers, Cloudflare (cloudflare-dns.com) en Google Public DNS (dns.google), zodat je hun antwoorden en resterende cachetijden (TTL) kunt vergelijken. De reverse-DNS-opzoeking vraagt het PTR-record van een adres op en controleert daarna of die naam terugverwijst naar hetzelfde adres.
De antwoorden tonen wat die twee resolvers op dat moment teruggeven. Ze laten niet zien welke resolver je eigen apparaat gebruikt, en een onlangs gewijzigd record kan nog in de oude vorm verschijnen totdat de kopie in de cache verloopt.
Open poorten en websiteheaders
De tool Open poort checken opent één TCP-verbinding vanaf het netwerk van Cloudflare naar de poort die je kiest, op het adres waarvan je verzoek kwam. Hij kan niet op een ander adres worden gericht. Het resultaat is open als de verbinding wordt geaccepteerd, gesloten als ze wordt geweigerd, en time-out als er binnen vier seconden niets antwoordt. UDP-poorten worden niet getest.
Een gesloten poort of een time-out laat niet zien welk apparaat de verbinding blokkeerde. Je router, een firewall, het apparaat zelf of carrier-grade NAT bij je provider kan elk hetzelfde resultaat geven.
De HTTP-headerchecker vraagt de pagina die je opgeeft één keer op vanaf onze server, volgt maximaal drie omleidingen en controleert of elke tussenstap een openbaar adres is. Hij toont de beveiligingsheaders in het uiteindelijke antwoord. Privé- en lokale adressen worden geweigerd.
Latentie, regiometing en TLS
De ping- en latentietest stuurt vanuit je browser één opwarmverzoek en daarna acht getimede HTTP-verzoeken naar de dichtstbijzijnde Cloudflare-locatie die IPNixa levert. Hij toont de mediaan van de acht tijden, en jitter als de gemiddelde verandering tussen opeenvolgende tijden.
De regiometing meet verzoeken naar openbare regionale endpoints van Amazon Web Services. Na één opwarmverzoek houdt ze per regio de snelste van drie tijden aan.
Dit zijn HTTP-tijden, geen ICMP-ping. Ze bevatten overhead van browser en netwerk en liggen daardoor meestal enkele milliseconden hoger dan een ping naar dezelfde plek. Wifi of ander verkeer op je netwerk kan ze verhogen.
De TLS-versiecontrole leest de TLS-versie en de sleuteluitwisselingsgroep uit de tracepagina van Cloudflare. Die beschrijven de beveiligde verbinding die je browser met Cloudflare heeft opgezet, niet met elke website die je bezoekt.
VPN-, WebRTC- en browsercontroles
De tool VPN-netwerksignalen vergelijkt je adres met twee openbare lijsten: de exitadressen van het Tor Project en de door Apple gepubliceerde egress-bereiken van iCloud Private Relay. De lijsten worden met de site meegeleverd en periodiek vernieuwd, dus heel recente wijzigingen kunnen ontbreken.
Commerciële VPN-classificatie staat momenteel uit. Een adres dat op geen enkele lijst voorkomt, betekent dus niet dat er geen VPN wordt gebruikt, en een overeenkomst beschrijft het adres, niet de persoon die het gebruikt.
De WebRTC- en VPN-lektest draait in je browser. Hij vraagt een openbare STUN-server (die van Cloudflare, plus die van Google voor de NAT-controle) welke adressen die kan zien, en vergelijkt ze daarna met het adres waarvan je paginaverzoek kwam.
De browserfingerprinttest leest kenmerken die je browser aan elke website prijsgeeft, zoals schermgrootte, tijdzone en taal, en optioneel Canvas- en WebGL-details. Ze worden in je browser gelezen en vergeleken en niet naar onze server verzonden.
Rekentools
De subnetcalculator, de IP-converter en de converter van IP-bereik naar CIDR werken volledig in je browser. Wat je invoert, wordt niet naar IPNixa verzonden.
Wat we bewaren
We houden geen database bij van opzoekingen, ingevoerde adressen of gebruikersprofielen. API-verzoeken zijn per netwerk aan een limiet gebonden, waardoor het aanvragende adres kort wordt geteld door de rate limiter van Cloudflare. Optionele rangvoortgang en opgeslagen voor-en-navergelijkingen blijven in je browser. Details staan in de privacyverklaring.
Nauwkeurigheid en correcties
Elk gemeten resultaat is één waarneming, op één moment, vanaf één plek. Lijkt een resultaat niet te kloppen? Voer de controle opnieuw uit, lees de bijbehorende gids en schrijf naar contact@ipnixa.com met het paginaadres, het tijdstip van de controle en wat je verwachtte te zien.
We werken deze pagina bij als een gegevensbron of methode verandert. De wereldbol, de satellieten en de scannerbeelden op de startpagina zijn illustraties en maken geen deel uit van een meting.