Sí, si el enrutador o el resolvedor delegado proporciona las respuestas A y AAAA previstas a las redes de clientes correctas y los clientes realmente usan ese resolvedor para ambas familias.
Esto se convierte en una cuestión real de compatibilidad cuando los nombres de host internos deben resolverse a direcciones IPv4 e IPv6 privadas, mientras que los clientes públicos reciben respuestas públicas. Empieza con una ruta o cuenta desechable, conserva disponible el estado anterior que funcionaba y evalúa el diseño según la carga de trabajo original, no según una prueba de conexión puntual.
Separa la arquitectura compatible de la arriesgada
La rama compatible proporciona respuestas A y AAAA específicas para cada cliente desde una única política autoritativa. La rama alternativa consiste en que los clientes IPv6 omitan el resolvedor local o reciban una dirección global o ULA inalcanzable. Registra las versiones, identidades, direcciones, rutas de montaje, permisos y el estado observable actual antes de cambiar cualquiera de las dos ramas.
Las vistas DNS divididas relevantes definen el primer límite de compatibilidad. Úsalas para delimitar la afirmación y, después, verifica el mismo comportamiento en este servidor doméstico exacto, en lugar de tratar una función documentada como prueba de que todo el diseño funciona.
Escribe la regla de decisión antes de probar: la prueba será exitosa si cada red recibe la familia de direcciones prevista y llega al mismo servicio con certificado sin hairpinning público; el fallo incluye que AAAA filtre una dirección pública u obsoleta, que los clientes usen DNS externo cifrado o que el enrutamiento IPv6 y la política del cortafuegos no coincidan con la respuesta. Esto evita interpretar una conexión parcial o una salida limpia del comando como compatibilidad de extremo a extremo.
Reproduce la ruta exacta de almacenamiento y red
Usa un único elemento de discriminación controlado: consulta A y AAAA desde cada VLAN, inspecciona el resolvedor que se usa realmente y conecta mediante ambas familias con la alternativa pública desactivada durante la prueba. Mantén constantes el cliente, la carga de trabajo, el conjunto de archivos, la cuenta y el momento, de modo que el componente modificado sea la única explicación plausible.
Usa las reglas de dirección de dnsmasq para elegir la segunda observación importante para esta ruta. Captura ambos lados de la transacción: resolvedor o ruta, protocolo negociado, identidad del proceso, estado de salida, latencia, bytes transferidos y cualquier evento de recuperación.
Repite la prueba después del evento del ciclo de vida indicado en el título: recreación, reconexión, remontaje, reinicio, conmutación por error o cambio de cliente. Un diseño que solo funciona mientras los sockets, cachés o credenciales antiguos permanecen activos no ha superado la prueba.
dig A app.home @router
dig AAAA app.home @router
curl -4 https://app.home
curl -6 https://app.home
Interpreta los resultados de durabilidad, tiempo de espera y recuperación
APROBADO: cada red recibe la familia de direcciones prevista y llega al mismo servicio con certificado sin hairpinning público. Guarda las versiones y la topología exactas que produjeron este estado, porque la conclusión se aplica a esas condiciones y no a todas las implementaciones del protocolo.
FALLIDO: AAAA filtra una dirección pública u obsoleta, los clientes usan DNS externo cifrado o el enrutamiento IPv6 y la política del cortafuegos no coinciden con la respuesta. Comprueba dependencias compartidas como DNS, MTU, identidad, estado del cortafuegos, latencia del almacenamiento y sesiones en caché antes de declarar responsable a cualquiera de las dos ramas principales.
EXCEPCIÓN: elimina la anulación AAAA incorrecta, restaura un conjunto de respuestas alcanzable y corrige el anuncio del resolvedor y el enrutamiento IPv6 antes de volver a habilitarlo. No amplíes privilegios, borres datos de origen, debilites la seguridad del transporte ni sustituyas el almacenamiento funcional hasta que una observación repetible identifique qué límite falló.
Conserva el diseño solo después de una comprobación apta para restauración
Aplica únicamente la acción correspondiente a la rama observada y, después, vuelve a ejecutar la carga de trabajo original. Conserva el diseño solo cuando cada red reciba la familia de direcciones prevista y llegue al mismo servicio con certificado sin hairpinning público durante dos ciclos de vida relevantes y bajo la carga simultánea esperada.
Usa el DNS de horizonte dividido para verificar el flujo de trabajo dependiente más cercano. Su comportamiento de acceso, tiempos y recuperación debe permanecer sin cambios mientras el nuevo diseño esté activo.
Detente y vuelve al estado guardado si AAAA filtra una dirección pública u obsoleta, los clientes usan DNS externo cifrado o el enrutamiento IPv6 y la política del cortafuegos no coinciden con la respuesta. Escala el problema con marcas de tiempo, versiones exactas, pruebas de rutas o montajes y la reproducción mínima, en lugar de añadir otra solución provisional.
Contrasta el resultado con las reglas del cortafuegos IPv6 para que el riesgo no se limite a trasladarse a otra capa de red, identidad, copias de seguridad o almacenamiento.
Por tanto, para un DNS dividido de doble pila, la respuesta matizada es la valoración inicial, no un sí incondicional. El estado observable de aprobación es la línea de aceptación; el estado de fallo es la línea de reversión.
Preguntas frecuentes
¿Puede funcionar un registro A mientras AAAA rompe la aplicación?
Sí. Muchos clientes prefieren IPv6, por lo que una ruta AAAA defectuosa puede fallar antes de que se intente IPv4.
¿El DNS seguro del navegador ignorará el enrutador?
Puede hacerlo. Confirma el resolvedor efectivo del cliente y define una política para el DNS cifrado en los dispositivos administrados.
¿Debe usar ULA o direcciones globales el IPv6 interno?
Cualquiera puede funcionar cuando el enrutamiento, el DNS, el cortafuegos y los nombres de los certificados son coherentes; prueba la ruta real del cliente.
Soporte y Consejos
Más para leer

¿Puede una galería autoalojada conservar el emparejamiento de las Live Photos de Apple?
Una decisión condicional sobre un servidor doméstico para emparejar Apple Live Photo, con pruebas controladas, interpretación de resultados, reversión y preguntas frecuentes específicas.

¿Puedes importar Google Takeout y las copias de seguridad del teléfono en una sola biblioteca de fotos?
Una decisión condicional sobre un servidor doméstico para la importación combinada de fotos, con pruebas controladas, interpretación de resultados, reversión y preguntas frecuentes específicas.

¿Puede Immich usar una biblioteca externa sin hacerse cargo de los archivos?
Una decisión condicional sobre el servidor doméstico para la propiedad de bibliotecas externas de Immich, con pruebas controladas, interpretación de resultados, reversión y preguntas...

