¿Qué necesitas solucionar?

Comprueba primero

1. Abre https://panel.tudominio:8083.
2. Usa el usuario entregado en el enlace seguro de alta.
3. Verifica mayúsculas, teclado y que no estés copiando espacios.

Varios intentos incorrectos pueden bloquear temporalmente tu IP mediante Fail2ban. No continúes probando contraseñas al azar.

Si sigue bloqueado

Abre un ticket indicando dominio, hora del intento e IP pública. El desbloqueo automático todavía requiere implementación.

1. Guarda las credenciales entregadas una sola vez.
2. Ingresa al panel Hestia.
3. Conecta el dominio mediante DNS.
4. Espera la propagación y emisión del SSL.
5. Revisa webmail y la copia del sitio antes de publicar.

La migración se prepara primero en staging; el sitio anterior no debe desconectarse antes de aprobar la copia.

1. En NIC Chile abre la administración del dominio.
2. Configura exactamente los DNS entregados en tu correo de alta, o conserva tu proveedor y crea los registros A/MX indicados.
3. Elimina registros antiguos que apunten al servidor anterior solo durante el corte acordado.
4. Espera la propagación; diferentes redes pueden ver resultados distintos temporalmente.

No mezcles nameservers de dos proveedores: puede producir respuestas DNS inconsistentes.

Entra al registrador donde está el dominio y reemplaza sus nameservers por los entregados, o cambia los registros A, MX y TXT sin trasladar el dominio.

Para un registro nuevo, confirmamos disponibilidad, precio y renovación antes de comprarlo a nombre del titular. El código postal es obligatorio para dominios internacionales.

1. Comprueba que el dominio ya apunte a la IP correcta.
2. Verifica que dominio y www.dominio resuelvan al mismo servicio.
3. Espera a que finalice la propagación antes de solicitar nuevamente Let's Encrypt.
4. Revisa que el puerto 80 sea accesible para la validación.

Una redirección o proxy externo mal configurado también puede impedir la emisión.

1. En Hestia abre Correo y selecciona tu dominio.
2. Crea la cuenta, asigna una contraseña única y respeta la cuota del plan.
3. Entra mediante https://webmail.tudominio.

El usuario siempre es la dirección completa, por ejemplo contacto@empresa.cl.

• Usuario: dirección de correo completa.
• IMAP: mail.tudominio, puerto 993, SSL/TLS.
• SMTP: mail.tudominio, puerto 465, SSL/TLS y autenticación obligatoria.
• POP3 opcional: puerto 995, SSL/TLS.

No uses la contraseña del panel: cada buzón tiene su propia contraseña.

1. Activa autenticación SMTP y usa puerto 465.
2. Confirma que el usuario sea el correo completo.
3. Prueba desde Webmail para separar un problema del dispositivo.
4. Copia el mensaje de rebote completo en el ticket.

El sistema usa relay SMTP autenticado para el correo saliente. En producción deben estar configurados SPF, DKIM, DMARC y rDNS para mejorar entregabilidad.

Revisa en Hestia el uso del buzón y del disco total. Elimina mensajes con adjuntos grandes, vacía Papelera/Spam o aumenta la cuota sin superar el límite del plan.

Si un cliente usa POP3, confirma que no esté dejando copias indefinidamente en el servidor.

1. Revisa el log de errores del dominio.
2. Comprueba versión de PHP y requisitos de plugins/tema.
3. Desactiva temporalmente el último plugin modificado.
4. Valida permisos y reglas de .htaccess.
5. No actives mensajes PHP sensibles en una web pública.

Antes de cambiar plugins, toma una copia de archivos y base de datos.

1. Comprueba nombre de base, usuario, contraseña y host en la configuración de la aplicación.
2. Verifica que la base exista y el usuario tenga permisos.
3. Revisa espacio disponible y que MariaDB esté activo.

En una migración, no reutilices automáticamente usuarios o claves del servidor antiguo.

Usa el host y usuario exactos del correo de alta. Si el DNS aún no propagó, prueba temporalmente con la IP. No uses usuario root: las cuentas de cliente están deliberadamente limitadas.

Después de varios intentos fallidos, solicita revisión del bloqueo de IP.

1. Mide página inicial y una página interna sin estar conectado como administrador.
2. Optimiza imágenes y caché.
3. Revisa plugins, consultas lentas y tareas programadas.
4. Comprueba RAM, CPU, disco y tráfico real antes de cambiar de plan.

El SEO técnico no reemplaza la optimización del código o de la base de datos.

Suele ocurrir por múltiples contraseñas incorrectas en correo, panel o FTP. Detén los reintentos, corrige la contraseña guardada en todos los dispositivos y abre un ticket con dominio e IP pública.

El desbloqueo automático con límites por día es una mejora planificada; actualmente lo valida un técnico para no ocultar ataques reales.

No sobrescribas evidencia ni restaures ciegamente una imagen comprometida. Abre un ticket crítico. El procedimiento contempla cuarentena, snapshot forense, servidor limpio, rotación de credenciales, restauración de datos validados y aprobación antes de cambiar IP/DNS.

La automatización real de escaneo antimalware y reconstrucción AWS todavía debe certificarse antes de producción.

Indica fecha aproximada, contenido afectado y si necesitas archivos, base, correo o todo el sitio. La restauración se prueba primero en staging y no cambia DNS ni producción sin aprobación.

Los respaldos AWS reales permanecen en modo de integración hasta certificar creación, retención y restauración.

Necesitamos URL y autorización; según la plataforma, acceso temporal mediante panel, SFTP/SSH, API/OAuth o exportación. Inventariamos páginas, imágenes, productos, clientes y pedidos según permisos.

Wix se reconstruye porque su backend es propietario. Shopify requiere API/OAuth o exportaciones. PrestaShop/WordPress completos requieren archivos y base MySQL. Siempre se compara staging antes del corte.