VPSTabDes décisions VPS fondées sur les preuves
Recherche2026.10.25-v7
Menu
Trouver un VPSFournisseursOffresÉvaluationsComparerUsagesGuides d'achatMéthodologie
Français
English简体中文日本語한국어DeutschFrançaisРусский
Guides d'achat

IPv4 et IPv6 sur un VPS : ce que vous obtenez réellement

Lisez les déclarations des fournisseurs sur IPv4 et IPv6 sans présumer du double pile, et sachez quoi vérifier avant d'acheter.

Dernière vérification24 oct. 2026 · 1033 mots

L'interface est traduite. Les faits fournisseurs et le texte des évaluations sont actuellement en anglais ; la page reste non indexée jusqu'à une traduction de qualité.

Ce guide est entièrement traduit. La version anglaise reste la référence pour les faits et prix des fournisseurs ; la traduction est en attente de relecture éditoriale, cette page reste donc pour l'instant hors index.

Deux familles d'adresses, deux questions différentes

IPv4 et IPv6 sont deux questions réseau distinctes, et les fournisseurs y répondent avec des niveaux de clarté très variables. La question n'est pas seulement de savoir si une offre prend en charge IPv6, mais si une adresse est incluse par défaut, quelle est la taille de l'allocation, si IPv4 coûte un supplément et si le fournisseur documente la passerelle et le préfixe que vous recevrez réellement. Un VPS qui « prend en charge IPv6 » peut tout de même être livré avec IPv6 désactivé au moment du provisionnement, et une offre avec une adresse IPv4 publique peut facturer cette adresse séparément du prix de l'instance.

Ce guide s'appuie uniquement sur des faits publiés par les fournisseurs et issus du catalogue VPSTab, relevés avec dates et sources. Lorsqu'un fournisseur n'indique pas un champ, VPSTab l'enregistre comme inconnu au lieu de présumer du double pile. Cette distinction compte : un champ non vérifié ne peut pas satisfaire une exigence stricte dans une recommandation, et il ne devrait pas non plus satisfaire la vôtre.

À quoi ressemble une inclusion par défaut

DigitalOcean documente que les Droplets reçoivent une adresse IPv4 par défaut et qu'IPv6 peut être activé gratuitement dans les régions compatibles. L'adresse est un /128 unique par Droplet plutôt qu'un préfixe routé, ce qui convient à un service web mais pas à un réseau devant adresser de nombreux conteneurs ou machines virtuelles derrière l'hôte. Si vous prévoyez d'exploiter un point de terminaison VPN ou un hyperviseur, un /128 unique limite la distribution interne d'adresses.

Linode (Akamai Cloud) attribue automatiquement des adresses IPv6 aux instances de calcul et documente un /128 plus un préfixe routé /64 dans la plupart des régions, ce qui diffère sensiblement de l'adresse unique de DigitalOcean. Hetzner publie un /64 par serveur cloud et indique dans sa FAQ que l'adresse IPv4 est facturée en supplément du prix de base ; c'est pourquoi VPSTab enregistre les offres Hetzner avec le supplément IPv4 inclus dans les montants composites. BuyVM documente un IPv6 /48 par tranche KVM avec des passerelles par emplacement, la plus grande allocation de ce jeu de données, utile lorsque vous voulez segmenter un réseau sans demander plus d'espace.

Quand IPv6 est facultatif ou non inclus

Le configurateur de cloud VPS de Liquid Web liste IPv6 comme un /64 facultatif plutôt que comme partie de la configuration par défaut ; VPSTab enregistre donc l'inclusion d'IPv6 comme fausse pour ces offres au lieu de les traiter comme du double pile. Cela ne signifie pas que l'offre est mauvaise pour tout le monde ; cela signifie qu'un acheteur qui a besoin d'IPv6 doit vérifier l'option et son prix au moment du paiement.

Plusieurs fournisseurs du catalogue publient des prix et des spécifications sans indiquer le statut IPv6 sur les pages relevées. L'API des offres de Vultr, par exemple, expose le CPU, la RAM, le disque, la bande passante et le prix, mais pas l'attribution d'adresses ; VPSTab enregistre donc IPv6 comme inconnu pour toutes les offres Vultr. Les fiches prédéfinies de Kamatera n'indiquent pas non plus l'allocation IPv4 ou IPv6. La réponse honnête pour ces offres est « vérifiez auprès du fournisseur », et non « probablement oui ».

Serveurs de messagerie, VPN et certificats

Un serveur de messagerie a besoin d'une adresse publique stable avec un enregistrement DNS inverse correspondant. Ce sont des exigences opérationnelles que le fournisseur doit prendre en charge, et elles sont indépendantes de l'inclusion d'une adresse. Un préfixe /64 ne vous donne pas à lui seul un DNS inverse pour chaque adresse ; vous configurez le rDNS via le panneau ou l'API du fournisseur et confirmez qu'il l'autorise sur l'offre achetée. Une passerelle VPN a une contrainte similaire : les clients ont besoin d'une famille d'adresses joignable, et si vous voulez des clients double pile, il vous faut les deux familles sur le point de terminaison, pas seulement sur le chemin sortant du serveur.

Les certificats TLS et le DNS public ne dépendent pas de la famille d'adresses tant que le nom résout vers une adresse que le serveur détient réellement. Le risque pratique est de supposer qu'un nouveau VPS « aura IPv6 » et de découvrir après le provisionnement que le préfixe manque, est mal routé ou est bloqué par un pare-feu en amont. Provisionnez une instance, vérifiez l'adresse avec un simple test sortant et entrant, puis seulement migrez un nom de production vers celle-ci.

Des coûts cachés dans la ligne d'adresse

Hetzner est l'exemple le plus clair de ce catalogue : son API de prix indique le serveur sans l'adresse IPv4 principale, et l'adresse est facturée séparément ; c'est pourquoi le jeu de données utilise le montant composite incluant IPv4 pour les offres Hetzner et le précise dans les limitations. OVHcloud facture les offres VPS avec une IPv4 principale incluse dans l'offre annoncée ; les adresses supplémentaires sont des produits distincts. BuyVM inclut une IPv4 par tranche et documente une allocation IPv6 /48 sans frais supplémentaires. Ces différences signifient qu'un simple tableau comparant le prix mensuel peut se tromper de quelques dollars par an si l'adresse est facturée séparément.

Lorsque vous comparez des offres, comparez le prix tout compris : instance, IPv4 principale requise et éventuels frais d'installation obligatoires. Si un fournisseur n'indique pas si l'IPv4 est incluse, considérez le total comme inconnu plutôt que de retenir le montant le plus bas. La vue comparative de VPSTab normalise les prix relevés en USD et signale les différences de périmètre fiscal ou de période de facturation, mais elle ne peut pas inventer des frais d'adresse que le fournisseur ne publie pas.

Une séquence de vérification avant de vous engager

Premièrement, décidez si vous avez besoin d'IPv4, d'IPv6 ou des deux comme exigences strictes. Deuxièmement, consultez la documentation du fournisseur pour la taille de l'allocation et l'état par défaut. Troisièmement, confirmez le prix de tout supplément d'adresse au moment du paiement ou via l'API de prix. Quatrièmement, provisionnez une instance minimale et vérifiez la joignabilité entrante pour chaque famille dont vous avez besoin, ainsi que le DNS inverse si vous exploitez du courrier. Cinquièmement, conservez la date de vérification dans vos notes afin qu'un futur changement de prix ou de politique reste visible.

Pour un acheteur qui veut rapidement une présélection, le filtre IPv6 de VPSTab distingue la prise en charge confirmée des données inconnues plutôt que de traiter silencieusement l'inconnu comme un oui, et la page de comparaison affiche les champs inconnus comme inconnus. C'est plus lent que de présumer du double pile, mais cela évite l'échec le plus courant : acheter une offre qui ne peut pas du tout exécuter la charge de travail.

Checklist de vérification

  • Décidez si IPv4, IPv6 ou les deux sont des exigences strictes avant de comparer les offres.
  • Vérifiez la taille de l'allocation (adresse unique, /64, /48) et pas seulement « prend en charge IPv6 ».
  • Confirmez si une IPv4 principale est incluse ou facturée en supplément.
  • Vérifiez la prise en charge du DNS inverse si la charge de travail est un serveur de messagerie.
  • Provisionnez et testez la joignabilité entrante avant de déplacer un nom de production.
  • Traitez les champs d'adresse non indiqués comme inconnus, et non comme inclus.

Sources