Dominio propio

Configurar DNS#

Añade el nombre en el panel y crea el registro indicado en tu proveedor DNS. Evita conflictos. La propagación no tiene un plazo fijo garantizado. Añade también el TXT obligatorio de propiedad en _tosun-verify.TU_DOMINIO con el valor completo del panel. La dirección DNS por sí sola no demuestra propiedad.

Verificar DNS y HTTPS#

Ejecuta la verificación y comprueba propiedad y certificado. Un dominio guardado no implica HTTPS listo. Utiliza la dirección que funciona hasta completar la configuración.

Identifique el sitio y la zona DNS#

El dominio propio abre el sitio activo principal. Compruebe primero su dirección existente y su permiso para gestionar DNS. El proveedor DNS puede diferir del vendedor del dominio.

Edite la zona que realmente utiliza el dominio. CNAME/A dirige el tráfico; el TXT obligatorio demuestra control. Copie nombres, destinos y token del panel actual de su cuenta.

Prepare ambas comprobaciones#

En la verificación inicial, use DNS directo en lugar de proxy. No introduzca una IP fija ni valores supuestos.

1. Para subdominio, CNAME al destino mostrado. Si el proveedor pide nombre corto, no duplique el dominio.
2. Para dominio raíz o cuando no admita CNAME, use el A alternativo mostrado; revise conflictos.
3. Añada TXT en _tosun-verify.YOUR_DOMAIN con el valor completo del panel.
4. Guarde e inicie Verificar DNS y preparar HTTPS. La propagación no tiene un plazo fijo garantizado.

Ejemplo: comunidad.example.com
Nombre TXT: _tosun-verify.comunidad.example.com
Valor TXT: valor actual de su panel

Compruebe HTTPS por separado#

Validar DNS y propiedad pone el certificado en cola. Guardado o verificado no significa HTTPS activo. Mientras tanto use la dirección existente que funciona.

Si falta TXT, revise nombre, valor y zona. Si falla el destino, revise CNAME/A y conflictos. Respete la espera indicada. Si continúa la limpieza del dominio anterior, no reinicie repetidamente.

Conserve CNAME/A y TXT después de activar; se usan en comprobaciones posteriores. Abra otra sesión para comprobar sitio correcto y HTTPS. Para soporte, facilite dominio, ID, hora y error sin token ni contraseña de base de datos.

Planificar el cambio conservando una dirección útil#

Confirme que funciona la dirección predeterminada y que el sitio principal activo es el correcto. Guarde en privado dominio actual, destino y datos TXT. Al cambiar proveedor DNS, transfiera el TXT de propiedad junto a A/CNAME sin eliminar registros de otros servicios.

Para otro dominio debe eliminarse el anterior y completarse su limpieza en segundo plano. No fuerce nuevas solicitudes durante esa espera; use la dirección predeterminada. Revise el derecho del plan y la suscripción. Aceptación significa que el nuevo nombre abre el sitio correcto con HTTPS y que el panel lo confirma, no solo guardar el formulario.

Separar errores de propiedad y dirección#

Si falta TXT, compare el nombre completo. Algunos proveedores añaden el sufijo de zona automáticamente y pueden duplicar el dominio. Busque valor truncado, token de otra cuenta o cambios en una zona incorrecta. Repetir un valor viejo no corrige registros cambiados.

Ante error de dirección, use el objetivo CNAME/A del panel. Revise conflictos y proxy que oculte la ruta directa. Algunas consultas todavía devuelven respuestas antiguas; permita propagación y respete la espera indicada. Abrir la página en su equipo no prueba propiedad verificada ni certificado preparado.

Comprobar certificado y renovación#

Si DNS pasa pero HTTPS sigue pendiente, mantenga dirección y TXT. Cambiarlos durante la preparación puede invalidar el trabajo. Lea mensajes de fallo o DNS modificado y respete la espera. Limpiar un dominio anterior y verificar un certificado nuevo son operaciones diferentes.

Tras activar, revise dirección del navegador, contenido correcto y fecha de vencimiento almacenada si aparece. Repita tras cambiar proveedor, proxy o dominio. Comparta con soporte dominio, ID del sitio, hora y estado limpio. Publicar token TXT, licencia AC o contraseña de base no resuelve HTTPS.

Compruebe alcance de raíz y www#

example.com y www.example.com son nombres distintos: dominio raíz y subdominio. Use el nombre exacto guardado. Que uno funcione no demuestra redirección automática ni certificado para el otro. Decida qué dirección compartirá. Los ejemplos no son sus valores DNS; lea nombre y destino reales en el panel.

Compruebe si el proveedor espera hostname completo o solo subdominio en el campo de nombre. Un registro www no equivale al de raíz. El TXT de propiedad también incorpora la dirección elegida: copie el nombre _tosun-verify. completo mostrado. Mover valores entre nombres similares puede verificar el lugar equivocado.

Abra la dirección HTTPS guardada y lea el destino final del navegador. Confirme la comunidad prevista. Si necesita otra variante, aclare su compatibilidad con el soporte conservando los registros existentes. No suponga que un registro cubre todos los subdominios ni que el panel redirige www automáticamente.

Documente mantenimiento DNS sin interrumpir servicios#

Mantenga trazables los cambios después de verificar. La nota puede incluir hostname, tipo de destino, objetivo, nombre TXT y hora. Excluya contraseña y códigos del proveedor. Antes de editar, diferencie registros del sitio, correo y otros servicios; trasladar una web no exige borrar toda la zona DNS.

Al cambiar proveedor, planifique conservar destino web y TXT obligatorio. Compare valores anteriores y nuevos, sin registros de destino contradictorios al mismo nombre. El mensaje Guardado no prueba verificación externa completa. Compruebe verificación del panel y HTTPS por separado, sin prometer una espera fija.

Informe a soporte de tipo, nombre, hora y mensaje. Acceso a la cuenta y registros ajenos son innecesarios. Este historial permite comparar con la última dirección funcional. Investigue etapa de destino o propiedad, en vez de reemplazar registros aleatoriamente.