Comment fonctionnent les vérifications d’IPNixa
Chaque résultat de IPNixa provient d’une mesure précise ou d’une source de données publique. Cette page explique d’où vient chaque résultat, ce qu’il peut et ne peut pas vous apprendre, et ce que nous conservons.
Mesuré, consulté ou calculé
Chaque résultat sur IPNixa relève de l’un de trois types. Savoir lequel vous lisez indique jusqu’où vous pouvez vous y fier.
- Mesuré : votre navigateur ou notre serveur observe directement quelque chose, comme l’adresse d’où provient votre requête ou la durée d’une requête. Le résultat vaut pour ce moment et ce chemin réseau.
- Consulté : une base de données publique répond pour une adresse ou un nom, par exemple un enregistrement d’un registre Internet régional ou une réponse DNS. Le résultat n’est jamais plus à jour que cette base.
- Calculé : le résultat est calculé dans votre navigateur à partir de ce que vous saisissez, comme une plage de sous-réseau ou la forme décimale d’une adresse. Rien n’est mesuré ni envoyé.
Votre adresse IP et sa localisation approximative
Votre adresse publique est l’adresse source de la requête que votre navigateur envoie à IPNixa, telle que la transmet Cloudflare, qui héberge le site. Le pays, la région, la ville, le code postal, le fuseau horaire, les coordonnées et le numéro de réseau (ASN) avec le nom de son organisation proviennent des métadonnées que Cloudflare associe à cette même requête.
Pour afficher les deux versions IP, votre navigateur demande aussi la page trace de Cloudflare une fois en IPv4 (1.1.1.1) et une fois en IPv6 (2606:4700:4700::1111). Une adresse n’apparaît que si cette requête aboutit. Une requête bloquée ou expirée est signalée comme indisponible, et non comme la preuve que votre réseau n’a pas d’IPv4 ou d’IPv6.
Les valeurs de localisation décrivent un réseau, pas un appareil ni une personne. La ville correspond souvent à l’emplacement de la passerelle de votre FAI, et un VPN ou un relais de confidentialité affiche plutôt son serveur de sortie. Aucune autorisation GPS n’est demandée. Voir pourquoi la localisation IP peut être erronée.
Rechercher une autre adresse IP
Lorsque vous saisissez une adresse dans l’outil de recherche IP, notre serveur demande au service public ipquery.io ses champs de localisation et de réseau. Le titulaire enregistré et le contact abuse proviennent du Registration Data Access Protocol (RDAP), interrogé via rdap.org, qui transmet la demande au registre Internet régional gérant le bloc d’adresses. Les réponses des registres sont mises en cache en périphérie du réseau pendant un jour au maximum.
Les services de géolocalisation et les registres peuvent diverger, car chacun tient ses propres données et les met à jour selon son propre calendrier. L’adresse saisie est transmise dans le corps de la requête, pas dans l’URL de la page.
Enregistrements DNS et DNS inverse
La recherche DNS envoie chaque requête depuis notre serveur à deux résolveurs publics DNS sur HTTPS, Cloudflare (cloudflare-dns.com) et Google Public DNS (dns.google), pour que vous puissiez comparer leurs réponses et les durées de cache restantes (TTL). La recherche DNS inverse demande l’enregistrement PTR d’une adresse, puis vérifie si ce nom renvoie bien vers la même adresse.
Les réponses montrent ce que ces deux résolveurs renvoient à ce moment-là. Elles n’indiquent pas quel résolveur utilise votre propre appareil, et un enregistrement modifié récemment peut encore apparaître sous son ancienne forme jusqu’à l’expiration de la copie en cache.
Ports ouverts et en-têtes de sites web
Le test de port ouvert ouvre une connexion TCP depuis le réseau de Cloudflare vers le port choisi, sur l’adresse d’où provient votre requête. Il ne peut viser aucune autre adresse. Le résultat est « ouvert » si la connexion est acceptée, « fermé » si elle est refusée et « délai dépassé » si rien ne répond dans les quatre secondes. Les ports UDP ne sont pas testés.
Un port fermé ou sans réponse n’indique pas quel appareil l’a bloqué. Votre box ou routeur, un pare-feu, l’appareil lui-même ou le carrier-grade NAT (CGNAT) de votre FAI peuvent chacun produire le même résultat.
Le test des en-têtes HTTP demande une seule fois la page indiquée depuis notre serveur, suit jusqu’à trois redirections et vérifie que chaque étape est une adresse publique. Il indique les en-têtes de sécurité de la réponse finale. Les adresses privées et locales sont refusées.
Latence, mesure par région et TLS
Le test de ping et de latence envoie une requête de préchauffage, puis huit requêtes HTTP chronométrées depuis votre navigateur vers le site Cloudflare le plus proche qui sert IPNixa. Il indique la médiane des huit mesures et, comme jitter, la variation moyenne entre deux mesures consécutives.
La mesure par région chronomètre des requêtes vers des points de terminaison régionaux publics d’Amazon Web Services. Après une requête de préchauffage, elle conserve la plus rapide de trois mesures pour chaque région.
Il s’agit de mesures HTTP, pas d’un ping ICMP. Elles incluent la surcharge du navigateur et du réseau ; elles sont donc généralement supérieures de quelques millisecondes à un ping vers le même endroit, et le Wi-Fi ou d’autres trafics sur votre réseau peuvent les augmenter.
Le test de version TLS lit la version TLS et le groupe d’échange de clés dans la page trace de Cloudflare. Il décrit la connexion sécurisée que votre navigateur a négociée avec Cloudflare, et non avec chaque site que vous visitez.
Tests VPN, WebRTC et navigateur
La vérification des indices réseau VPN compare votre adresse à deux listes publiques : les adresses de sortie du Tor Project et les plages de sortie iCloud Private Relay publiées par Apple. Ces listes sont intégrées au site et actualisées régulièrement ; des changements très récents peuvent donc manquer.
La classification VPN commerciale est actuellement désactivée. Une adresse absente des listes ne signifie donc pas qu’aucun VPN n’est utilisé, et une correspondance décrit l’adresse, pas la personne qui l’utilise.
Le test de fuite WebRTC et VPN s’exécute dans votre navigateur. Il demande à un serveur STUN public (celui de Cloudflare, plus celui de Google pour la vérification NAT) quelles adresses il voit, puis les compare avec l’adresse d’où provient la requête de la page.
Le test d’empreinte du navigateur lit des caractéristiques que votre navigateur expose à n’importe quel site, comme la taille de l’écran, le fuseau horaire et la langue, et, en option, des détails Canvas et WebGL. Elles sont lues et comparées dans votre navigateur et ne sont pas envoyées à notre serveur.
Calculateurs
Le calculateur de sous-réseau, le convertisseur IP et le convertisseur de plage IP en CIDR fonctionnent entièrement dans votre navigateur. Ce que vous saisissez n’est pas envoyé à IPNixa.
Ce que nous conservons
Nous ne conservons pas de base de données des recherches, des adresses saisies ni des profils utilisateur. Les requêtes API sont limitées par réseau : l’adresse à l’origine de la requête est donc brièvement comptabilisée par le limiteur de débit de Cloudflare. La progression de rang facultative et les comparaisons avant/après enregistrées restent dans votre navigateur. Plus de détails dans la politique de confidentialité.
Exactitude et corrections
Chaque résultat mesuré est une observation unique, faite à un moment et depuis un endroit donnés. Si un résultat vous semble faux, relancez le test, lisez le guide correspondant et écrivez à contact@ipnixa.com en indiquant l’adresse de la page, l’heure du test et ce que vous vous attendiez à voir.
Nous mettons à jour cette page lorsqu’une source de données ou une méthode change. Le globe, les satellites et les scènes de scan de la page d’accueil sont des illustrations et ne font partie d’aucune mesure.