1 puntos por GN⁺ 2024-01-23 | 1 comentarios | Compartir por WhatsApp
  • La decisión del gobierno checo de retomar el impulso de DNSSEC e IPv6 oficializa un calendario para el fin de IPv4 en los servicios de la administración pública
  • La administración pública checa planea dejar de ofrecer servicios sobre IPv4 a partir del 6 de junio de 2032
  • IPv4 ha asignado direcciones únicas a los dispositivos conectados a internet, pero el crecimiento de dispositivos y servicios ha hecho más evidente el límite en la cantidad de direcciones disponibles
  • IPv6 ofrece un espacio de direcciones casi ilimitado y es la transición elegida para respaldar la escalabilidad, seguridad y eficiencia de la infraestructura
  • La República Checa contará con una fecha de apagado de IPv4 basada en una decisión gubernamental, y la resolución oficial relacionada ya está publicada

Calendario del fin de IPv4 en la administración pública checa

  • El gobierno checo aprobó el 17 de enero de 2024 el documento “Restarting the implementation of DNSSEC and IPv6 technologies in the state administration
  • Como resultado de esta decisión, la administración pública checa dejará de ofrecer servicios sobre IPv4 a partir del 6 de junio de 2032
  • El sitio señala que la República Checa tendrá su propia fecha de apagado de IPv4
  • Como material relacionado, se ofrece la resolución del gobierno

Contexto de la transición a IPv6

  • IPv4 ha sido un elemento clave de la comunicación en internet desde la década de 1980, al asignar direcciones únicas a los dispositivos conectados a internet
  • A medida que aumentan los dispositivos y servicios conectados a internet, la cantidad limitada de direcciones de IPv4 ha dejado de ser suficiente
  • IPv6 ofrece una cantidad de direcciones prácticamente ilimitada
  • La transición a IPv6 es una medida para garantizar la escalabilidad, seguridad y eficiencia de la infraestructura de internet

1 comentarios

 
GN⁺ 2024-01-23
Opiniones de Hacker News
  • Migré mi sitio web personal a solo IPv6, con el objetivo de evitar el cargo por IPv4 que AWS empezará a aplicar la próxima semana.
    Lo tenía corriendo en AWS EC2 y detrás de Cloudflare para ofrecer a los visitantes una dirección proxy IPv4, pero, considerando que IPv6 es una tecnología antigua, la experiencia de migración no fue buena.
    Si no eres ingeniero de redes, tienes que buscar y corregir por tu cuenta varias configuraciones de red de la instancia existente; incluso después de asignar correctamente la dirección IPv6 y la red virtual, la conexión se rompía porque los grupos de seguridad solo permitían IPv4.
    Herramientas básicas de depuración como curl también parecen priorizar IPv4; hacer que nginx escuchara en la interfaz IPv6 fue engorroso, y SSH también estaba configurado para esperar solo IPv4, así que podía cortarse fácilmente.
    Al final estuve trasteando unos 90 minutos, incluyendo la migración a Cloudflare y los cambios de DNS. Aprendí algo, pero para avanzar hacia un mundo IPv6, los sistemas y las herramientas deberían ser más fáciles de usar.

    • En un VPS común de 5 dólares, bastó con copiar cuatro líneas del archivo de configuración documentado por el proveedor y abrir un puerto en el firewall del servidor; terminó siendo igual que con IPv4.
      Amazon está muy atrasado en muchos aspectos; DNSSEC también tardó mucho en funcionar bien, e incluso rompió dominios enteros algunas veces.
      Es mejor que Azure, pero eso es lo máximo que se puede decir; y ahora que las direcciones IPv4 se convirtieron en una fuente adicional de ingresos para Amazon, quizá no tenga motivos para facilitar que los clientes migren.
    • En casos así, 90 minutos de trasteo me parece bastante rápido.
      Lo ideal sería encontrar y marcar una casilla en 1 minuto, y probar el servicio desde varias ubicaciones en 4 minutos, para un total de 5 minutos; pero solo el hecho de haberlo resuelto sin abrir un ticket de soporte ya sigue siendo rápido.
    • Esto parece más un problema de AWS/la nube que un problema de IPv6.
      Con un buen proveedor de VPS, IPv6 simplemente funciona, y AWS debería mejorar sus valores predeterminados.
    • Hace poco sufrí bastante al migrar EC2 a IPv6, así que escribí una guía.
      Puede servir: https://news.ycombinator.com/item?id=39111148
    • Muchas herramientas, incluido curl, no usan IPv4 por defecto, sino el método Happy Eyeballs, que cambia a una ruta alternativa de forma rápida y fluida.
  • El 14.º Plan Quinquenal de China (2021–2025) incluye la transición a IPv6.
    Dice: “Acelerar el despliegue a gran escala de redes 5G, elevar la penetración de usuarios al 56% y promover la actualización de las redes de fibra óptica gigabit. Crear reservas tecnológicas para el futuro despliegue de tecnologías de redes 6G. Ampliar los nodos de interconexión de las redes troncales, instalar varias nuevas pasarelas internacionales de comunicaciones y promover integralmente el despliegue comercial de IPv6”.
    También hay un cronograma de transición: desde este mes no debería haber nuevos servicios IPv4, y el objetivo es solo IPv6 para 2030.
    Sin embargo, se sabe que la adopción real en China ronda el 25–30%.
    [1] https://cset.georgetown.edu/wp-content/uploads/t0284_14th_Fi...
    [2] https://blog.apnic.net/2019/06/06/100-by-2025-china-getting-...
    [3] https://www.theregister.com/2023/04/28/china_ipv6_control_ad...

    • Crecí en China y veía noticias sobre políticas de adopción de IPv6 todos los años, pero la tasa real de adopción sigue siendo desastrosa.
  • Un factor del que se habla poco, aunque influye de forma sutil e indirecta en la adopción de IPv6, es que las direcciones IPv6 son mucho más difíciles de leer para las personas que las IPv4.
    Sería difícil encontrar a un administrador de sistemas o a un usuario común que, al ver una dirección IPv6, diga que es mejor que IPv4 y más fácil de escribir o comunicar.
    Se pueden dar muchísimas razones válidas a favor de IPv6, pero ese hecho sigue ahí, y no creo que los gobiernos o las instituciones puedan eliminar IPv4 por la fuerza.
    No sé cómo será la solución a largo plazo, pero dudo mucho que sea solo IPv6.

    • Soy administrador de sistemas y siento que IPv6 es más fácil de usar.
      Si tienes un prefijo grande y omites con :: los ceros innecesarios en la parte del host, puedes crear direcciones IPv6 cortas fácilmente.
      Por ejemplo, en 2001:db8::1, 2001:db:8 podría ser la dirección de red y 1 el ID de host, como un router; 2001:db8:2 podría usarse para un servidor, y así.
    • El argumento de que “las direcciones IPv6 son feas” solo funciona mientras las direcciones IPv4 sean gratis.
      En cuanto tienen precio, a nadie le importa.
    • La idea original era automatizar tanto la configuración que las personas no tuvieran que ver las direcciones.
      En vez de que el administrador asignara a cada host tanto un nombre como una dirección IP, solo definiría el nombre; luego el host detectaría la topología local con Neighbor Discovery e informaría al DNS dónde está conectado. No sé qué tan bien funcionó eso en la práctica.
    • IPv4 ocupa 4 bytes e IPv6 16 bytes, así que son cuatro veces más datos, y es natural que el costo de un espacio de direcciones más grande sea que resulten más difíciles de leer.
      Se puede argumentar que 8 o 6 bytes habrían sido suficientes, y quizá en efecto lo habrían sido, pero es bastante cómodo que cada usuario tenga un rango /48 o /64.
      Eso permitiría abandonar NAT; aunque en la práctica no se abandone, al menos se vuelve posible.
      Aun así, 8 o 6 bytes también son más difíciles de leer que 4 bytes.
    • Desde el punto de vista de un usuario particular, si solo tienes que recordar el prefijo asignado a tu conexión, direcciones como [prefix]::dead:beef o ::f007:1, ::f007:2 son mucho mejores que una dirección IPv4 85.nnn.nnn.nnn que cambia constantemente.
      Incluso si lo piensas simplemente como una subred /112 donde puedes usar [prefix]::0001-ffff, te quedan 65,535 direcciones, más que suficientes para una persona.
      Si no quieres, no necesitas depender de direcciones SLAAC largas generadas automáticamente; puedes poner lo que quieras después del prefijo y no tienes que rellenarlo con valores aleatorios basura.
      Claro, el ISP tiene que ofrecer un soporte IPv6 decente.
  • Resumen para ahorrar clics: el 17 de enero de 2024, el gobierno checo aprobó el documento “Reinicio de la implementación de las tecnologías DNSSEC e IPv6 en la administración estatal”.
    Según esta decisión, la administración estatal checa dejará de ofrecer servicios por IPv4 a partir del 6 de junio de 2032, por lo que Chequia ya tiene una fecha para el fin de IPv4.

  • En Estados Unidos, el problema aparece sobre todo del lado empresarial.
    Los ISP de consumo y los operadores móviles parecen tener IPv6, y los proveedores de hosting y los proveedores de nube recientes también ofrecen doble pila o solo IPv6.
    Pero en casi ningún lugar donde trabajé la red de oficina era realmente IPv6.

    • Me desespera que con solo activar IPv6 en mi red, la VPN hacia la empresa deje de funcionar por completo.
  • La tasa de adopción de Chequia es baja en comparación con países vecinos como Francia, Alemania y Austria, así que es una buena decisión.
    Quienes siguen diciendo que a Estados Unidos le tomará una eternidad migrar a IPv6 deberían abrir este enlace desde su celular.
    https://www.google.com/intl/en/ipv6/statistics.html#tab=per-...

  • Pregunta menor: ¿usar IPv6 hace que sea más fácil rastrear a una persona que usando IPv4?

    • En general, no.
      Todos los sistemas operativos usan por defecto bits de host aleatorios en las direcciones SLAAC y generan una dirección nueva cada vez que arrancan o cambia la interfaz de red.
      Además, ya sea con IPv4 o IPv6, una dirección IP no es un medio de rastreo confiable, y la mayoría de los actores contra los que uno querría defenderse ni siquiera dependen de la dirección IP.
      Con la masificación de los celulares, las direcciones públicas cambian constantemente, y en IPv4 el CGNAT es cada vez más común, al punto de que podrías compartir la misma dirección IPv4 pública con miles de personas al mismo tiempo.
    • Sí y no.
      Como IPv4 es limitado, en muchos lugares se usa IPv4 dinámico o los dispositivos están detrás de NAT, lo que puede ocultar la IP real del dispositivo que se conecta; pero eso no significa que no se pueda pedir al ISP quién usó esa IP dinámica en un momento determinado.
      En IPv6 depende de la implementación: un dispositivo puede tener una dirección IPv6 pública, persistente o no, y si no es para acceso IPv4 no necesita estar detrás de NAT, así que puede ser rastreable si se cumplen varias condiciones.
      Pero en ambos casos hay muchas condiciones, y el verdadero gran problema es que existen muchos otros medios de rastreo además de la dirección IP.
    • Para algunos podría serlo, pero a la mayoría se la puede rastrear muy fácilmente solo con IPv4 y el agente de usuario.
      También hay mejores huellas digitales en JavaScript que no usan la IP.
    • A corto plazo, puede ser.
      Porque, en vez de mezclarse con muchos dispositivos detrás de una puerta de enlace NAT, cada endpoint tiene un identificador público único.
      Pero a largo plazo, las direcciones de privacidad suelen rotarse al menos una vez al día, así que el impacto disminuye.
      Por supuesto, para sacar una conclusión significativa hay que analizar todo esto junto con muchísimas otras rutas de rastreo y fingerprinting.
    • Se te puede rastrear con ambos, pero IPv6 no es funcionalmente peor que IPv4.
      Se podría argumentar que IPv6 es menos anónimo que CGNAT, pero CGNAT normalmente también debe conservar registros detallados, así que se equilibra.
      Las técnicas de anonimización de IPv4 como VPN, NAT y Tor son igual de posibles con IPv6.
  • Es un tema secundario, pero siempre pensé que el nombre del país debería ser el moderno y práctico Czechia
    “Czech Republic” se usó durante mucho tiempo, pero nunca entendí por qué, y nadie dice “Italian Republic” ni “German Federal Republic”
    Si van a insistir con el nombre antiguo, mejor sería elegir “Bohemia”

    • Bohemia es una de las tres regiones históricas que conforman Czech Republic; las otras son Moravia y Silesia
      No puedo hablar por todos los checos, pero hay bastante gente a la que no le gusta el nombre “Czechia”
      Su equivalente en checo, “Cesko”, ahora se reconoce como abreviatura oficial, pero originalmente era un nombre corto coloquial, y ni el checo “Cesko” ni el inglés “Czechia” se sienten como nombres oficiales adecuados
      Me gustaría ver una encuesta sobre qué nombre prefiere la población checa, y también me da curiosidad saber qué tan pequeña es la colina en la que estoy dispuesto a morir
      Por cierto, el nombre completo lleva artículo definido: “the Czech Republic”
    • Es muy parecido a por qué la gente del Reino Unido se enoja si la llaman England
      Czechia es al mismo tiempo el nombre de una región principal y ahora también el nombre de todo el país
      Curiosamente, en inglés sí existe una distinción regional: Bohemia es el nombre de esa región, así que Czechia puede funcionar como nombre del país
      Pero en checo, la palabra para referirse a la región de Bohemia es “Czechia”, y no hay una palabra separada para Bohemia
      Por eso durante mucho tiempo la gente insistió en usar the Czech Republic, porque no quería borrar las otras dos regiones, Moravia y Silesia
  • Lo que me preocupa en un mundo donde IPv6 esté totalmente adoptado son los juegos P2P antiguos con IPv4, como C&C3
    Podría crear una VPN IPv4 con mis amigos, pero entonces ya no podría jugar con desconocidos en internet

    • Que las grandes organizaciones adopten IPv6 en sus servicios no significa que IPv4 desaparezca
      Incluso si los ISP dejan de asignar direcciones IPv4 a los usuarios finales, cualquiera puede crear una VPN pública que entre a una LAN virtual basada en IPv4
      Si hay demanda, los servicios que hoy se usan para encontrar “desconocidos en internet” podrían ofrecer fácilmente esa función