Mi servidor web (Ubuntu, Nginx) tiene direcciones IPv4 e IPv6 asignadas por el host. Para mi sitio web, ¿debo vincularlo solo a una dirección IPv6? ¿Es la forma estándar recomendada? ¿O debo usar las direcciones IPv4 e IPv6?
Mi servidor web (Ubuntu, Nginx) tiene direcciones IPv4 e IPv6 asignadas por el host. Para mi sitio web, ¿debo vincularlo solo a una dirección IPv6? ¿Es la forma estándar recomendada? ¿O debo usar las direcciones IPv4 e IPv6?
Respuestas:
Debe usar las direcciones IPv4 e IPv6.
Casi todos en Internet actualmente tienen una dirección IPv4, o están detrás de un NAT de algún tipo, y pueden acceder a los recursos IPv4.
Sin embargo, en el momento de redactar este informe, solo alrededor del 0.7% 2.3% 3.8% 6.5% 9% 12% 19% 22% 26% de Internet es compatible con IPv6 , pero ese número crece constantemente a medida que IPv6 comienza a implementarse en todo el mundo.
En muy pocos lugares, los ISP proporcionan principalmente IPv6 o solo IPv6 a clientes residenciales y utilizan NAT, NAT64 u otras soluciones similares a gran escala para la conectividad IPv4. Se espera que este número aumente a medida que finalmente se agote el espacio de direcciones IPv4. Estos usuarios generalmente tendrán un mejor rendimiento sobre IPv6.
Cuando los ISP han implementado NAT a gran escala para resolver el agotamiento de IPv4, los usuarios atorados con esto sufrirán una confiabilidad reducida de todas sus conexiones a Internet debido a los límites de conexión inherentes a las puertas de enlace NAT a gran escala. Por ejemplo, una página web solo puede cargar algunos pero no todos sus recursos , dejando iconos rotos donde deberían estar las imágenes, faltando estilos y scripts, etc. Esto es similar al agotamiento del límite de conexión en un enrutador doméstico, pero afecta a todos los usuarios del ISP de forma intermitente y aparentemente aleatoria. Si desea que su sitio sea confiable para estos usuarios, debe servirlo a través de IPv6 (y el ISP debe haber implementado IPv6).
Dado que IPv6 es hacia donde se dirige Internet, tener su sitio web habilitado para IPv6 ahora lo coloca por delante del juego y le permite resolver cualquier problema mucho antes de que se convierta en algo serio.
De manera predeterminada con Linux y nginx, puede enlazar a IPv4 e IPv6 al mismo tiempo cambiando sus listen
directivas a:
listen [::]:80;
listen 80;
O, para sitios SSL:
listen [::]:443 ssl;
listen 443 ssl;
A
registro es para su dirección IPv4 y el AAAA
registro es para su dirección IPv6.
listen 443;
tener el ssl
igual que el listen [::]:443 ssl;
? Entonces en listen 443 ssl;
lugar de listen 443;
.
¡Ate a ambos!
Teníamos un sitio web de IIS cuyo código hacía una referencia interna a sí mismo, usando el nombre DNS que el cliente había usado. Este proceso siempre fallaría.
Otro síntoma fue que un navegador que se ejecuta localmente en el servidor no podía encontrar el sitio web por el nombre del servidor, solo por la dirección IPv4. Es decir, http://192.168.55.139
funcionaría, pero http://myhost
fracasaría. El uso ping myhost
devolvería, por defecto, la dirección IPv6 ( ping myhost -4
devolvería la dirección IPv4).
La solución fue abrir IIS y cambiar los enlaces del sitio web para que se vinculen a la dirección IPv6, así como a la dirección IPv4.
Winnovative HTML to PDF Converter
.
Host
encabezado con un nombre de dominio que no le pertenece.