HN dice: Hacker News ahora admite IPv6

Discusión en Hacker News ↗

Hacker News ha habilitado el acceso directo por IPv6, lo que genera comentarios técnicos sobre cómo está desplegado (incluido el uso previo de Cloudflare, la ausencia de TLS 1.3 y las decisiones de DNS/TTL) y cómo verificar la conectividad con herramientas y extensiones del navegador. Los participantes debaten los beneficios reales de IPv6 —un espacio de direcciones mayor, redes de extremo a extremo más sencillas y, a menudo, menor latencia— frente a su complejidad percibida, las cargas operativas del doble stack y el soporte desigual de los ISP. El intercambio también expone preocupaciones más amplias sobre la política de asignación de direcciones, la coexistencia a largo plazo con IPv4 y si IPv6 ha resuelto realmente el problema de agotamiento de direcciones para el que fue diseñado.

HN habilitando IPv6 e infraestructura

  • HN ahora sirve tráfico sobre IPv6; algunos usuarios lo confirmaron mediante herramientas del navegador y acceso directo por IPv6.
  • El sitio estuvo brevemente detrás de Cloudflare (p. ej., durante un DDoS), lo que también podría haber proporcionado IPv6; ahora parece volver a servir tráfico directamente.
  • El TTL de DNS A/AAAA está configurado en 1 s; algunos especulan que es para balanceo de carga, pero no hay evidencia clara de múltiples IP.
  • Algunos usuarios informan problemas de conectividad después del cambio, a menudo vinculados a routers domésticos mal configurados o a configuraciones heredadas de 6to4.

TLS y soporte de protocolos

  • HN aún no admite TLS 1.3; se informó que intentos anteriores se revirtieron debido a fallos detrás de proxies corporativos de interceptación TLS.
  • Algunos argumentan que TLS 1.3 debería volver a habilitarse junto con 1.2, ya que la mayoría de las cajas MITM ahora lo soportan.

Herramientas del navegador y seguridad de extensiones

  • La extensión IPvFoo se cita ampliamente por mostrar rápidamente el uso de IPv4 frente a IPv6.
  • El debate sobre su permiso de “leer y cambiar datos en todos los sitios” lleva a preocupaciones sobre tomas de control de extensiones, actualizaciones automáticas y compradores maliciosos.
  • Se sugieren mitigaciones: revisión de código, instalación manual y desactivación de actualizaciones automáticas.

Espacio de direcciones IPv6, asignaciones y subnetting

  • Debate sobre si los “undecillions” de direcciones algún día pueden agotarse.
  • Preocupación por asignaciones muy grandes (p. ej., un /16 de IPv6 a una sola empresa) y el desperdicio a largo plazo; preguntas sobre la política de los RIR y la transparencia.
  • Fuerte desacuerdo sobre los subredes obligatorios /64: algunos ven desperdicio y quieren subredes más pequeñas; otros subrayan razones técnicas (SLAAC, hardware de enrutamiento, propiedades de seguridad) para /64.

Comportamiento operativo: SLAAC, DHCPv6, redes domésticas

  • Muchos ISP domésticos solo dan un /64, lo que complica configuraciones con varias LAN; la orientación dice que /56 o /48 es preferible.
  • Tensión entre SLAAC (requiere /64) y DHCPv6; la falta de soporte de DHCPv6 en Android es un punto especialmente molesto.
  • A la gente le cuesta integrar direcciones IPv6 autoconfiguradas en DNS local; algunos usan ULAs, mDNS o direcciones estáticas.

Rendimiento y latencia

  • Consenso: los bytes adicionales del encabezado tienen un impacto de latencia despreciable; las diferencias están dominadas por el enrutamiento, NAT y el hardware.
  • Múltiples referencias (Google, Facebook) sugieren que la latencia media de IPv6 suele ser menor que la de IPv4 debido a mejores rutas y menos CGNAT.
  • Algunos informan problemas de IPv6 específicos del proveedor (p. ej., firmware con fallos, infraestructura IPv6 insuficiente).

Seguridad, NAT y privacidad

  • Debate sobre si el NAT de IPv4 incrementa significativamente la seguridad; varios señalan que NAT sin un firewall es débil o eludible.
  • Las configuraciones domésticas IPv6 suelen usar firewalls con estado en lugar de NAT; algunos temen exponer dispositivos IoT, otros destacan el enorme tamaño de las subredes y los firewalls que bloquean por defecto.
  • Las extensiones de privacidad de IPv6 (direcciones rotativas) compensan en parte la pérdida de la “obscuridad” de NAT, pero el seguimiento por otros medios sigue siendo posible.

Adopción, UX y críticas al diseño de IPv6

  • Los entusiastas elogian el direccionamiento de extremo a extremo, un DNS más simple para homelabs (la misma dirección en LAN/WAN), matemáticas de subred más fáciles con hex y la eliminación del hairpin NAT.
  • Los escépticos dicen que IPv6 complica firewalls, DNS y redes domésticas con varias LAN, y no ofrece un beneficio obvio mientras IPv4 siga funcionando.
  • A muchos no les gusta la notación de direcciones y les resulta doloroso escribir o recordar IPv6; otros responden que se debería usar DNS y mDNS.
  • Las propuestas recurrentes de “IPv4 con más octetos” se critican por ser técnicamente insostenibles y por recrear esencialmente la complejidad actual del doble stack.

Estrategia de transición y futuro de IPv4

  • Algunos argumentan que IPv6 “fracasó” porque no ha eliminado IPv4 ni resuelto por completo el agotamiento de direcciones; otros dicen que el doble stack era necesario y que IPv6 ya reduce la demanda de IPv4 (p. ej., servidores solo IPv6, redes móviles).
  • Se espera que IPv4 se convierta poco a poco en legado: más servicios solo IPv6, IPv4 detrás de NAT64/4-in-6 y, finalmente, mala calidad para usuarios solo IPv4.
  • Unos pocos operadores veteranos señalan lo lentamente que evolucionan los protocolos centrales de Internet y ven la inercia empresarial y operativa, no solo la tecnología, como el principal freno a la adopción de IPv6.