Adresses IP réservées et plages spéciales

Par La rédaction de Mon-Adresse-IP.net·Publié le 21 août 2026·

Une partie de l'espace d'adressage n'appartient à personne et ne circulera jamais sur Internet : réseaux privés, bouclage, documentation, multicast, mécanismes de transition. Voici la table de référence complète, IPv4 et IPv6, avec pour chaque plage sa taille exacte, la RFC qui la définit et ce que vous rencontrez concrètement derrière.

Pourquoi certaines adresses ne circulent jamais sur Internet

Sur les 4 294 967 296 adresses que compte IPv4, toutes ne sont pas distribuables. L'IANA, l'autorité qui gère l'espace d'adressage mondial, en met une partie de côté dans un registre dédié, le IANA IPv4 Special-Purpose Address Registry, doublé d'un registre équivalent pour IPv6. Chaque entrée y est adossée à une RFC de l'IETF qui explique à quoi la plage sert et quel comportement les équipements doivent adopter.

Ce n'est pas une convention purement théorique. Les opérateurs appliquent sur leurs routeurs de bordure des listes de filtrage appelées filtres bogons : de l'anglais bogus, factice. Un paquet dont l'adresse source appartient à une plage réservée y est jeté avant même d'entrer dans le réseau. La raison est très concrète : usurper une adresse source privée est le premier réflexe d'une attaque par déni de service, puisque la victime ne peut ni répondre ni remonter à l'émetteur. Filtrer ces plages coupe la manœuvre à la racine.

Les filtres bogons se déclinent en deux familles. Les bogons au sens strict recensent les plages réservées de façon permanente : elles ne changent pratiquement jamais, et un opérateur peut les coder une fois pour toutes. Les bogons complets incluent en plus les blocs que l'IANA n'a pas encore délégués à un registre régional : une liste qui, elle, évoluait beaucoup à l'époque où l'IANA distribuait encore des /8. Aujourd'hui que le stock central est épuisé, la seconde liste s'est presque figée, mais des filtres oubliés continuent parfois de bloquer des plages pourtant attribuées depuis des années.

Conséquence pratique pour vous : si un service vous répond depuis une adresse réservée, ou si votre machine émet du trafic avec une telle source vers Internet, quelque chose est mal configuré. C'est aussi pourquoi une recherche sur notre outil de recherche d'adresse IP ne renvoie aucune géolocalisation pour 192.168.1.1 : cette adresse existe simultanément dans des dizaines de millions de foyers et ne désigne aucun point du globe.

Table complète des plages IPv4 réservées

Les plages ci-dessous proviennent du registre des adresses IPv4 à usage spécial de l'IANA et des RFC citées. La colonne « Routable » indique si une adresse de la plage peut légitimement apparaître comme source ou destination d'un paquet sur l'Internet public : quelques préfixes anycast de service, comme ceux du projet AS112, sont bel et bien annoncés en BGP.

Table complète des plages IPv6 réservées

IPv6 réserve proportionnellement beaucoup moins d'espace, mais chaque bloc y est immense : un simple /32 contient déjà 4 294 967 296 réseaux /64, soit autant de sous-réseaux qu'il existe d'adresses IPv4 au total. Les tailles sont donc exprimées en puissances de deux.

Les adresses privées : le triptyque RFC 1918

Publiée en 1996, la RFC 1918 a fait un choix qui structure encore tous les réseaux d'aujourd'hui : mettre de côté trois blocs, de trois tailles très différentes, pour l'usage interne. Un /8 avec 10.0.0.0, seize /16 contigus avec 172.16.0.0/12, et 256 /24 avec 192.168.0.0/16. Cette gradation correspondait aux anciennes classes A, B et C : chaque organisation devait pouvoir prendre un bloc à sa mesure.

Ces adresses ne sont uniques qu'à l'intérieur d'un réseau. C'est précisément ce qui permet à des dizaines de millions de foyers d'utiliser simultanément 192.168.1.1 sans se gêner : le NAT de votre box réécrit les adresses au passage, et Internet ne voit jamais que l'adresse publique de la ligne.

Laquelle choisir chez soi

Sur un réseau domestique, la réponse est contre-intuitive : évitez 192.168.0.0/24 et 192.168.1.0/24. Ce ne sont pas les plus mauvaises techniquement, ce sont les plus répandues, et c'est justement le problème. Le jour où vous montez un VPN entre votre domicile et celui d'un proche, ou entre votre logement et le réseau de votre employeur, si les deux extrémités emploient 192.168.1.0/24, la connexion s'établit mais rien ne fonctionne.

La mécanique de la panne est simple. Votre ordinateur veut joindre 192.168.1.20, le serveur de fichiers distant. Sa table de routage lui indique que 192.168.1.0/24 est directement accessible sur son propre lien : le paquet ne prend jamais le tunnel et part chercher une machine locale qui n'existe pas, ou pire, en trouve une autre. Aucun réglage du VPN ne corrige cela, parce que le conflit se joue avant lui, dans la décision de routage de la machine.

Attention si vous renumérotez : les baux DHCP en cours restent valables jusqu'à leur expiration, et les appareils qui ont une adresse fixe (imprimante, NAS, caméra, domotique) devront être repris un par un. Notre guide sur le DHCP explique comment réduire la durée des baux avant une bascule pour limiter la casse.

100.64.0.0/10 : l'adresse que vous voyez sans la comprendre

Quand la RFC 6598 a réservé 100.64.0.0/10 en 2012, ce n'était pas pour créer une quatrième plage privée. Le besoin était différent : les opérateurs commençaient à manquer d'adresses IPv4 publiques et devaient partager une même adresse entre plusieurs abonnés, technique appelée CGNAT ou Carrier-Grade NAT. Il leur fallait un espace pour numéroter le réseau entre leurs équipements et les box, sans utiliser 10.0.0.0/8 : que les clients emploient déjà chez eux, ce qui aurait provoqué exactement le conflit décrit plus haut, mais à l'échelle d'un opérateur entier.

Le diagnostic est facile à poser et ne demande aucun outil particulier. Ouvrez l'interface d'administration de votre box et relevez l'adresse de son interface WAN, parfois appelée « adresse Internet » ou « adresse publique ». Comparez-la ensuite à l'adresse que ce site affiche sur sa page d'accueil, qui est celle réellement vue depuis Internet.

• Les deux adresses sont identiques : vous disposez d'une adresse IPv4 publique dédiée. Vous pouvez ouvrir des ports et héberger un service chez vous.
• La box affiche une adresse entre 100.64.0.0 et 100.127.255.255 : vous êtes derrière un CGNAT. L'adresse publique affichée par le site est partagée avec d'autres abonnés.
• La box affiche une adresse en 10.x, 172.16 à 31.x ou 192.168.x : soit votre opérateur emploie de l'adressage privé côté réseau, soit un second routeur s'intercale et vous êtes en double NAT.

Être derrière un CGNAT n'a rien d'illégitime, mais cela ferme des portes : pas de redirection de port, donc pas de serveur de jeu, pas de caméra accessible depuis l'extérieur, pas d'accès à votre NAS sans service tiers. En France, la situation varie selon les opérateurs et selon les offres, notamment mobiles et fibres d'entrée de gamme. Bonne nouvelle : IPv6 échappe entièrement au problème, puisque chaque abonné y reçoit un préfixe entier. Notre guide activer IPv6 chez soi détaille la marche à suivre.

169.254.x.x : le signe qu'une chose ne va pas

Une adresse en 169.254.x.x n'est jamais attribuée par un serveur : c'est la machine qui se l'invente. Le mécanisme, décrit par la RFC 3927 et souvent appelé APIPA sous Windows, se déclenche après plusieurs tentatives DHCP restées sans réponse. Le système tire une adresse au hasard dans 169.254.1.0-169.254.254.255, vérifie par ARP que personne ne l'utilise, puis s'en contente.

Le résultat est un réseau dégradé mais pas totalement mort : deux machines du même segment tombées en APIPA peuvent se voir. En revanche, il n'y a ni passerelle ni serveur DNS, donc aucun accès à Internet. C'est le fameux « connecté, mais sans accès à Internet » de Windows.

Pour l'observer directement :

ipconfig                  # Windows
ip -4 addr show           # Linux
ipconfig getifaddr en0    # macOS, interface Wi-Fi

Les causes, dans l'ordre de fréquence : le câble Ethernet est débranché ou la prise murale n'est pas raccordée ; le Wi-Fi est associé à un point d'accès isolé du reste du réseau ; le service DHCP de la box est désactivé, souvent après une manipulation dans son interface ; la plage d'adresses distribuables est épuisée, cas classique dans une salle de réunion où trop d'appareils ont pris un bail ; ou un pare-feu local bloque le trafic DHCP.

Le premier réflexe consiste à forcer une nouvelle demande, avec ipconfig /renew sous Windows ou en désactivant puis réactivant l'interface. Si l'adresse APIPA revient, le problème est en amont de votre machine. Le fonctionnement complet du protocole et ses points de panne sont détaillés dans notre guide le DHCP expliqué.

Les plages de documentation

Trois blocs IPv4 (192.0.2.0/24, 198.51.100.0/24, 203.0.113.0/24) et deux blocs IPv6 (2001:db8::/32 et, depuis 2024, 3fff::/20) existent pour une raison que l'on mesure mal tant qu'on n'a pas connu l'incident : sans eux, chaque exemple publié désigne une machine réelle.

L'histoire des réseaux est pleine de serveurs choisis au hasard dans un manuel puis matraqués pendant des années par des lecteurs qui recopiaient l'exemple sans réfléchir, et de configurations de production copiées depuis un tutoriel avec l'adresse d'illustration laissée telle quelle. Les plages de documentation coupent court : elles ne sont attribuées à personne, elles sont filtrées par les opérateurs, et une configuration erronée échoue immédiatement au lieu de gêner un tiers.

C'est la raison pour laquelle chaque exemple d'adresse « publique » de ce site est pris dans 203.0.113.0/24 ou 2001:db8::/32. Si vous rencontrez un tutoriel qui illustre une redirection de port ou une règle de pare-feu avec une adresse publique quelconque, c'est un signal de qualité douteuse : l'auteur a probablement recopié sa propre configuration sans la nettoyer, et vous a peut-être exposé son réseau au passage.

Reconnaître rapidement une plage

Dans la pratique, quelques repères suffisent à identifier une adresse d'un coup d'œil, sans consulter de table.

Ce que vous voyez	Ce que cela signifie
10., 172.16. à 172.31., 192.168.	Réseau privé : un appareil de votre réseau local, ou d'un réseau d'entreprise.
100.64. à 100.127.	Espace opérateur : vous êtes derrière un CGNAT.
127.	Votre propre machine, jamais une autre.
169.254.	Auto-configuration : le DHCP n'a pas répondu.
192.0.2., 198.51.100., 203.0.113.	Exemple tiré d'une documentation, pas une vraie adresse.
Premier octet de 224 à 239	Multicast : une adresse de groupe, pas d'hôte.
Premier octet de 240 à 255	Bloc réservé, ou diffusion pour 255.255.255.255.
:: ou ::1	Adresse non spécifiée ou bouclage IPv6.
Commence par fe80:	Lien-local IPv6 : normal, présent sur toute interface active.
Commence par fd	ULA : l'équivalent IPv6 d'une adresse privée.
Commence par ff	Multicast IPv6.
2001:db8: ou 3fff:	Documentation IPv6.
::ffff: suivi d'une IPv4	Adresse IPv4 mappée, typique des journaux d'un serveur en double pile.

Deux pièges reviennent souvent. Le premier concerne 172.16.0.0/12 : la plage s'arrête à 172.31.255.255, si bien que 172.32.5.1 est une adresse publique tout à fait ordinaire. Le second tient à la lecture des préfixes IPv6 abrégés, où l'omission des zéros peut tromper l'œil ; les différences entre les deux protocoles sont reprises dans notre comparatif IPv4 et IPv6, et les termes techniques employés ici sont définis dans le glossaire du réseau.

Questions fréquentes