HestiaCP — Problema de Lentitud por DNS Interno

Esta documentación explica una problemática muy común en servidores Contabo + Ubuntu 22.04/24.04 + HestiaCP: la lentitud extrema del panel (8083) provocada por el DNS interno 127.0.0.53 administrado por systemd-resolved.

¿Cuál es la problemática?

Después de 1–3 días de uso, el panel de Hestia comienza a presentar tiempos de carga de 15 a 30 segundos por clic, aunque:

El origen de esta lentitud es systemd-resolved y su DNS local:

nameserver 127.0.0.53

¿Por qué sucede?

Este problema ocurre específicamente porque HestiaCP realiza muchas operaciones que requieren consultas DNS:

Cuando systemd-resolved se “atasca”, sus consultas DNS pueden tardar:

3 a 8 segundos por consulta

Y como Hestia realiza varias en cada carga… boom: 15–40 segundos por página del panel.

Solución aplicada

La solución consiste en desactivar systemd-resolved y sustituirlo por DNS rápidos, confiables y sin retrasos (Cloudflare + Google).

Pasos aplicados:

# 1. Detener systemd-resolved
systemctl stop systemd-resolved
systemctl disable systemd-resolved

# 2. Eliminar resolv.conf administrado por systemd
rm /etc/resolv.conf

# 3. Crear un resolv.conf limpio y rápido
nano /etc/resolv.conf

# Contenido:
nameserver 1.1.1.1
nameserver 8.8.8.8
nameserver 1.0.0.1

# 4. Reiniciar el panel
systemctl restart hestia

Después de esto, el panel pasó de cargar en 20–30 segundos a abrir en 0.3–1 segundo consistentemente.

Resultados y aprendizajes

La optimización DNS es fundamental en servidores basados en systemd. HestiaCP depende fuertemente de las consultas DNS, por lo que un resolver lento puede afectar al panel sin impactar a los sitios web.

Este caso demuestra la importancia de analizar no solo los recursos del sistema, sino también los componentes de red a bajo nivel.

Regresar