Este hilo de diciembre de 2025 combinó varios problemas diferentes de Pi-hole: el puerto 67 ya estaba en uso, las actualizaciones de Gravity informaban que la resolución DNS no estaba disponible, el puerto 80 entraba en conflicto con el panel de ZimaOS y, posteriormente, un corte de energía hizo que la configuración que antes funcionaba volviera a fallar.
El hilo no ofreció una solución sencilla de un solo paso. Algunas suposiciones iniciales de la comunidad no explicaban los síntomas posteriores del usuario, por lo que la lección útil es separar DHCP, DNS, la asignación de la interfaz web, la resolución ascendente y el estado persistente del contenedor, en lugar de tratarlo todo como un único problema de puertos.
El puerto 67 corresponde a DHCP, no al filtrado DNS normal
El usuario de origen descubrió que un proceso dnsmasq ya estaba vinculado al puerto 67 y no podía finalizarlo. Las respuestas de la comunidad explicaron que Pi-hole solo necesita el puerto 67 cuando actúa como servidor DHCP. El router del usuario ya proporcionaba DHCP, por lo que Pi-hole no necesitaba asumir esa función.
Si solo vas a usar Pi-hole para filtrar DNS, mantén DHCP en el router, a menos que tengas un diseño de red deliberado que requiera el DHCP de Pi-hole.
DNS utiliza el puerto 53
El servicio DNS de Pi-hole utiliza el puerto 53 mediante TCP y UDP. La configuración de la comunidad en este hilo se centró en exponer DNS en el puerto 53 y mantener DHCP desactivado.
Debe utilizarse la documentación propia de Pi-hole para consultar los requisitos actuales de servicios y puertos, en lugar de suponer que todas las plantillas de contenedores de ZimaOS de 2025 siguen siendo idénticas.
requisitos actuales de servicios y puertos de Pi-hole
El puerto 80 era un conflicto independiente con el panel de ZimaOS
Cuando el usuario intentó realizar una instalación limpia de Pi-hole, ZimaOS indicó que el puerto 80 ya estaba en uso. Zima-Jerry confirmó que el puerto de la interfaz web de ZimaOS se puede modificar.
Otra alternativa más sencilla comentada en el hilo consistía en dejar el panel de ZimaOS en su puerto actual y asignar un puerto diferente del host al puerto web interno de Pi-hole. Esto solo cambia la forma de acceder a la página de administración de Pi-hole; no modifica el tráfico DNS del puerto 53.
Una asignación de puertos correcta no solucionó Gravity automáticamente
Después de corregir las asignaciones de puertos, el usuario original siguió viendo el mensaje «La resolución DNS no está disponible». A partir de entonces, el hilo pasó de los conflictos de puertos a la accesibilidad del DNS ascendente. La distinción de diagnóstico importante es:
- la asignación de puertos controla si los clientes pueden acceder al servicio de Pi-hole;
- el DNS ascendente controla si Pi-hole puede resolver nombres por sí mismo y actualizar los datos de Gravity.
El hilo no publicó una causa raíz confirmada por IceWhale para todos los fallos de DNS, así que debe evitarse afirmar que el puerto 67 por sí solo explica una actualización fallida de Gravity.
La configuración volvió a fallar después de un corte de energía
Posteriormente, el usuario informó que Pi-hole había funcionado correctamente antes de un corte de energía, pero volvió a fallar después. La comunidad sugirió que los datos persistentes de AppData pueden sobrevivir a una desinstalación normal y arrastrar un estado defectuoso a una reinstalación.
Eliminar un directorio de AppData es destructivo porque borra el estado persistente de la aplicación. La recomendación de origen era una sugerencia de resolución de problemas de la comunidad, no un procedimiento oficial de recuperación de IceWhale. Haz una copia de seguridad de la configuración y verifica la ruta exacta de la aplicación antes de eliminar datos persistentes.
Comprueba el estado de ZimaOS antes de reconstruir Pi-hole
El mismo corte de energía también afectó al arranque de la máquina. Cuando el propio sistema operativo se volvió inestable, el hilo separó correctamente ese problema del problema del contenedor de Pi-hole. No se puede esperar que un contenedor funcione con normalidad mientras el host no logra arrancar o los servicios de Docker no están saludables.
Preguntas frecuentes sobre Pi-hole en ZimaOS
¿Pi-hole necesita el puerto 67 si mi router ya proporciona DHCP?
No, para la configuración de solo filtrado DNS analizada en este hilo. El puerto 67 corresponde al servicio DHCP, mientras que el filtrado DNS utiliza el puerto 53.
¿Qué ocurre si ZimaOS ya utiliza el puerto 80?
Zima-Jerry confirmó que el puerto de la interfaz web de ZimaOS se puede cambiar. Otra opción es asignar el puerto web interno de Pi-hole a un puerto diferente del host.
¿Las listas de bloqueo pueden causar el mensaje «La resolución DNS no está disponible»?
La resolución de problemas del hilo se centró en la capacidad de Pi-hole para acceder a un resolvedor ascendente, no en el contenido de las listas de bloqueo.
¿Desinstalar Pi-hole garantiza una reinstalación limpia?
No, si permanecen los datos persistentes de AppData. Más adelante, el hilo analizó la posibilidad de que hubiera un estado persistente obsoleto o dañado después de un corte de energía brusco, pero la eliminación de ese estado debe considerarse un paso de recuperación destructivo.
