Est-il temps d'ajouter un accès IPv6 à mes sites Web?


15

J'ai plusieurs serveurs dédiés et serveurs VPS, et certains d'entre eux sont dans des entreprises qui m'ont fourni des blocs IPv6 natifs (en plus des adresses IP IPv4).

Est-il actuellement judicieux de pointer un enregistrement AAAA vers une adresse IPv6 sur mon serveur, en plus de l'enregistrement A pointant vers l'adresse IPv4? Ce serait (par exemple) pour le sous-domaine www. (le logiciel de mise en réseau et de serveur Web serait configuré sur le serveur pour répondre de manière appropriée).

Il y a quelque temps, j'ai lu qu'un petit pourcentage d'utilisateurs (1 sur mille?) Auraient un accès lent ou inexistant si un sous-domaine avait à la fois des enregistrements A et AAAA parce que leur logiciel de mise en réseau en demandait un et obtenait l'autre. Est-ce toujours le cas, l'ajout d'un enregistrement AAAA gênera-t-il certains utilisateurs, ou le pourcentage est-il déjà plus petit et en baisse?

En d'autres termes, est-il temps de passer à l'ajout de la prise en charge native d'IPv6 pour un site Web très fréquenté destiné au grand public, ou est-ce encore trop tôt?

Réponses:


6

Il est difficile d'obtenir de bonnes statistiques pour cela, mais si vous regardez cet article "Quand cela cause-t-il des problèmes de réseau?"cela aurait été un avantage s'il y avait eu une réponse AAAA appropriée.

Sur cette liste de problèmes clients pouvant survenir il y a cependant un routeur répertorié qui a effectivement des problèmes lorsque A et AAAA sont configurés. Mais quel est l'impact?

Vous trouverez des exemples et des entretiens avec les grands acteurs comme Amazon, Microsoft, Google qui proposent ipv6 pour la plupart ou la totalité de leurs sites. Vous pouvez même configurer un domaine différent pour une sorte de projet de test, informer sur ipv6 et transmettre à la demande au projet réel pour obtenir des statistiques.

Je vous recommande de commencer par cela. Le marché est plus dans une situation "c'est plus tard que trop tôt pour adopter", alors pourquoi attendre.


1
Merci pour cette référence. Encore beaucoup de problèmes, mais la plupart d'entre eux semblent avoir des solutions. Je vois que Google, Yahoo, Facebook répondent maintenant avec des enregistrements AAAA (essayez "héberger www.google.com" sur Linux), bien qu'Amazon, Ebay. Paypal, Twitter et la plupart des sources d'informations ne le font pas (principalement parce qu'ils utilisent des CDN). Je pense que la plupart des utilisateurs de langue anglaise remarqueraient s'ils ne pouvaient pas atteindre Google, Yahoo ou Facebook, alors ils devraient, espérons-le, avoir déjà fait le tour. Je vais aller de l'avant avec ma configuration IPv6 (j'ai la mise en réseau et DNS prêt, juste quelques changements à Apache - et un pare-feu - devraient le faire).
Rob Hoare

2
Pour faire un suivi: l'un de mes sites de taille moyenne exécute la double pile depuis quelques jours maintenant (IPv6 et IPv4 pointant vers le même serveur). Aucun effet apparent sur le trafic et les journaux Apache affichent une poignée d'accès à partir des adresses IPv6. Apache a fonctionné sans modifications (écoute déjà toutes les adresses). Mon pare-feu ufw avait besoin que les règles soient à nouveau entrées, ce qui a ensuite créé les règles IPv6. Je ferai le reste de mes sites en double pile dans les semaines à venir (pour ceux sur le même serveur, il s'agit simplement d'ajouter le DNS).
Rob Hoare

2
Un autre suivi pour quiconque lira ceci plus tard. J'ai bien ajouté IPv6 à tous mes sites actifs. MAIS, conservez soigneusement des enregistrements de vos allocations IP (beaucoup plus maintenant) et essayez d'automatiser les mises à jour DNS (je vais commencer à utiliser l'API de mon fournisseur DNS). Ce soir, j'ai migré un serveur de New York vers la Californie (lié à la météo ...) et devoir faire un tas de changements IPv6 ainsi que l'IPv4 signifient qu'il y a plus à mettre à jour (et à mal tourner). Seulement trois domaines sur ce serveur, cela aurait pu être bien pire, mais avec un IPv6 par hôte plus un IPv4, c'est trois fois plus de travail pour mettre à jour DNS!
Rob Hoare
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.