Pourquoi une requête réseau est-elle nécessaire ?

L’IP publique dépend du chemin réseau ; seul un endpoint externe peut l’observer. Le navigateur appelle l’API de lookup ; Utill.net ne reçoit ni ne stocke cette adresse.

Pourquoi IPv6 manque ou égale IPv4 ?

Beaucoup de réseaux sont IPv4-only ou passent par CGNAT/VPN. La requête dual-stack peut renvoyer la même IPv4 sans chemin IPv6.

Affiche-t-il mon IP LAN privée ?

Non. Uniquement l’adresse publique vue par le service de lookup, pas celle du routeur.

Peut-elle différer de l’IP dans les logs serveur ?

CDN, reverse proxies, load balancers et egress d’entreprise peuvent présenter une autre IP client à l’origine que celle vue par un lookup public depuis le navigateur.

Utill.net

Quelle est mon IP ?

IPv4/IPv6 publique instantanée

Affichez les adresses IPv4 et IPv6 publiques visibles depuis votre réseau. Idéal pour VPN et support.

La requête part du navigateur vers un endpoint IP tiers. Utill.net ne stocke pas l’adresse.

Votre adresse publique vue depuis Internet — utile pour VPN et listes d’autorisation.

IPv4

IPv6

Qu'est-ce que cet outil ?

Affiche l’IPv4 publique—et l’IPv6 si le chemin l’expose—que les services distants voient en général pour votre connexion navigateur actuelle. C’est l’adresse des listes d’autorisation, contrôles VPN et tickets de support.

Ce n’est pas une IP LAN privée (192.168.x.x, 10.x.x.x). NAT, CGNAT, VPN et proxies d’entreprise modifient ce qu’un endpoint externe observe. La requête part vers un endpoint tiers ; Utill.net ne stocke pas le résultat.

Cas d'usage courants

Vérifier un VPN/proxy en comparant l’adresse avant/après
Copier l’IPv4 pour un pare-feu, un security group ou un ticket
Vérifier si le chemin actuel expose l’IPv6

Comment utiliser

Ouvrez la page et attendez le résultat IPv4 (squelette pendant le chargement).
Copiez l’IPv4 ou ouvrez la section IPv6 si besoin.
Après un changement VPN, hotspot ou réseau, actualisez et comparez.
En cas d’échec, réessayez. Sans IPv6, le chemin ne l’expose souvent pas.

Exemples

Situation	Résultat typique	Notes
Box, VPN off	IPv4 publique FAI (ex. `203.0.113.40`)	CPE ou pool CGNAT
Même machine, VPN on	IPv4 de sortie VPN	Les allowlists voient le VPN
Dual-stack IPv6	IPv6 distincte dans la section repliée	Adresse réelle avec `:`
IPv4 seul / mobile CGNAT	IPv6 fallback / indisponible	IPv4 publique souvent partagée

Pièges courants

VPN / CGNAT : l’IP peut être une sortie partagée — pas un identifiant personnel stable.
IP côté serveur différente : CDN ou reverse proxy peuvent journaliser une autre IP client à l’origine.
Actualisez après un changement de réseau pour éviter une adresse obsolète.

Références

Dernière révision: 2026-07-27

Questions fréquentes

Pourquoi une requête réseau est-elle nécessaire ?: L’IP publique dépend du chemin réseau ; seul un endpoint externe peut l’observer. Le navigateur appelle l’API de lookup ; Utill.net ne reçoit ni ne stocke cette adresse.
Pourquoi IPv6 manque ou égale IPv4 ?: Beaucoup de réseaux sont IPv4-only ou passent par CGNAT/VPN. La requête dual-stack peut renvoyer la même IPv4 sans chemin IPv6.
Affiche-t-il mon IP LAN privée ?: Non. Uniquement l’adresse publique vue par le service de lookup, pas celle du routeur.
Peut-elle différer de l’IP dans les logs serveur ?: CDN, reverse proxies, load balancers et egress d’entreprise peuvent présenter une autre IP client à l’origine que celle vue par un lookup public depuis le navigateur.