Si Debian 12 muestra el mensaje "Error temporal en la resolución de nombres", compruebe el servicio de resolución, el /etc/resolv.confenlace y los servidores DNS que aparecen en la lista resolvectl, en ese orden. Reiniciar el servicio solo soluciona el problema si el servicio está detenido; un enlace roto o un servidor ascendente inaccesible requieren una solución diferente.
Estas instrucciones se aplican a los sistemas Debian 12 (Bookworm) configurados para usar systemd-resolved. Debian separó ese resolvedor en un paquete aparte y no lo estableció como predeterminado, como se explica en las notas de la versión de Debian 12. Si su instalación utiliza otro gestor de DNS, mantenga el control de dicho gestor en lugar de imponerle esta configuración.
Comience con la ruta de red y la búsqueda del nombre de host. Ejecute los comandos localmente o en una terminal que permanezca abierta si cambia la red:
ip -br address
ip route
ping -c 2 1.1.1.1
resolvectl status
resolvectl query debian.org
getent ahosts debian.orgUna ruta predeterminada y una conexión IP numérica funcional sugieren que la máquina puede acceder a la red sin DNS. Un ping fallido por sí solo no demuestra una ruta rota: las redes pueden bloquear las respuestas de eco ICMP. Si la interfaz carece de una dirección o una ruta, corrija primero la conexión de red.
resolvectl statusMuestra los servidores DNS y los dominios asignados globalmente o a interfaces individuales. resolvectl queryPrueba el resolvedor systemd; getent ahostsprueba la ruta de búsqueda de nombre de host que suelen usar las aplicaciones Linux. Esta distinción ayuda a aislar el fallo.
| Observación | Siguiente comprobación |
|---|---|
| No hay dirección ni ruta predeterminada | Corrija la configuración de la interfaz, la puerta de enlace o el DHCP antes de configurar el DNS. |
resolvectlno puede conectarse a su servicio | Comprueba si systemd-resolvedestá instalado y en funcionamiento. |
resolvectl queryfunciona, getentfalla | Inspeccione /etc/resolv.confla configuración de los hosts NSS. |
| Ambas búsquedas fallan con una ruta que funciona. | Inspeccione las direcciones DNS ascendentes, el enrutamiento DNS y el acceso del firewall. |
En Debian 12, la presencia de systemd no garantiza que el paquete de resolución independiente esté instalado. Compruebe el paquete y la unidad antes de modificar cualquier archivo DNS:
dpkg-query -W -f='${Status}\n' systemd-resolved
systemctl status systemd-resolved --no-pagerSi el paquete está instalado pero el servicio está inactivo, inícielo y habilítelo para futuros arranques:
sudo systemctl enable --now systemd-resolved
systemctl is-active systemd-resolvedEl comando final debería informar active. Si la unidad falla, examine sus mensajes de error reales en lugar de reiniciarla repetidamente:
journalctl -u systemd-resolved -b --no-pager -n 60Si falta el paquete, instálelo sudo apt install systemd-resolvedsolo después de tener acceso funcional al repositorio de paquetes. Su instalación cambia el control de /etc/resolv.conf, así que revise primero cualquier configuración de NetworkManager, VPN o DNS estático. Debian documenta este cambio de paquete en sus notas de actualización de Bookworm .
El stub estándar systemd-resolvedescucha en 127.0.0.53. Su archivo de compatibilidad recomendado es /run/systemd/resolve/stub-resolv.conf, que se puede enlazar desde /etc/resolv.conf. Primero, inspeccione su modo actual:
ls -l /etc/resolv.conf
readlink -f /etc/resolv.conf
cat /etc/resolv.conf
resolvectl statusTambién se admite un enlace a /run/systemd/resolve/resolv.confotro modo, pero los programas que lo utilizan se comunican directamente con el servidor DNS principal en lugar de con el servidor local. No considere que ese enlace esté roto simplemente porque sea diferente. El manual del servicio systemd-resolved de Debian explica los modos compatibles.
Si utiliza intencionadamente el stub local, el servicio está en ejecución, el oyente del stub está habilitado y el existente /etc/resolv.conffalta, está huérfano o apunta a un resolvedor obsoleto, restaure el enlace recomendado. Primero, haga una copia de seguridad de un archivo o enlace existente; omita la copia si no existe ningún archivo:
sudo cp -a /etc/resolv.conf /etc/resolv.conf.dns-backup
sudo ln -sfn /run/systemd/resolve/stub-resolv.conf /etc/resolv.conf
cat /etc/resolv.confNo ejecute esa sustitución en un host donde otro servicio gestione intencionadamente la configuración /etc/resolv.conf. Una entrada local nameserver 127.0.0.53también requiere un oyente auxiliar en funcionamiento; simplemente escribir esa dirección no crea un servicio DNS. En una máquina remota, conserve un segundo método de acceso antes de editar la configuración del resolvedor.
Si resolvectl statusno se detecta un servidor DNS ascendente adecuado o si un servidor configurado es inaccesible, corrija el origen de dicha asignación. La configuración de DNS dinámico puede provenir de DHCP, NetworkManager, systemd-networkd o una VPN. Verifique qué interfaz tiene la ruta predeterminada y a qué servidor DNS pertenece dicha interfaz.
Para una breve prueba de diagnóstico en una red que permite DNS público, asigne resolutores públicos conocidos a esa interfaz. Reemplace ens33con la interfaz real de ip -br address:
sudo resolvectl dns ens33 1.1.1.1 1.0.0.1
resolvectl query debian.orgCloudflare documenta esas dos direcciones como sus direcciones DNS públicas . El resolvectl dnscambio es una configuración en tiempo de ejecución; un administrador de red podría reemplazarla cuando se restablezca la conexión. Si la búsqueda ahora funciona, corrija la fuente DNS persistente en lugar de depender de este comando temporal.
Con NetworkManager, inspeccione la conexión activa nmcli connection show --activey ajuste la configuración DNS o el comportamiento DHCP de dicha conexión. Con systemd-networkd, coloque la DNS=configuración deseada en el .networkarchivo correspondiente y reinicie o reconfigure la red en un momento seguro. Consulte el manual de systemd.network de Debian y el manual de configuración de NetworkManager de Debian . Reconectar una interfaz administrada puede interrumpir una sesión SSH.
Para los nombres internos, utilice los servidores DNS de la organización o la VPN. No se puede asumir que los resolvedores públicos respondan a las zonas privadas; forzar todas las consultas a ellos puede provocar errores en el DNS dividido o revelar nombres de host internos. DNS=Las entradas globales resolved.confpueden funcionar junto con el DNS por enlace en lugar de reemplazarlo automáticamente; consulte el manual de Bookworm resolved.conf .
Después de corregir el servicio, el enlace del resolvedor o la configuración ascendente, borre las respuestas almacenadas en caché y vuelva a realizar la prueba:
sudo resolvectl flush-caches
resolvectl query debian.org
getent ahosts debian.org
resolvectl statusLa reparación es efectiva cuando resolvectl queryse devuelven direcciones, getent ahostsregistros de direcciones y los servidores DNS previstos permanecen visibles tras la reconexión de la red. Los dos comandos prueban interfaces diferentes, por lo que el éxito en uno no implica que todas las aplicaciones estén reparadas. El manual de resolvectl de Debian documenta la consulta, el estado y el vaciado de la caché.
Si resolvectl queryla búsqueda se realiza correctamente pero getentsigue fallando, compruebe que haya grep "^hosts:" /etc/nsswitch.confun módulo NSS adecuado dnso instalado resolveen la ruta de búsqueda. Si ambas siguen fallando, revise el registro del resolvedor y cualquier restricción del firewall sobre el tráfico DNS, y luego pruebe con la dirección DNS corporativa, del enrutador o del proveedor. Una búsqueda exitosa aislada no es suficiente: repita las comprobaciones después de volver a conectarse y después de reiniciar el sistema para verificar que la solución sea permanente.
Configure Nextcloud para que elimine los archivos borrados después de un período de retención definido, programe tareas en segundo plano de forma fiable y evite comandos que vacíen la papelera de todos los usuarios.
Ejecuta la reparación de OCC de Nextcloud de forma segura, previsualiza los cambios en la base de datos y comprueba por qué persiste la advertencia.
Permita la carga de archivos más grandes en el navegador Nextcloud alineando la configuración de PHP, Nginx o Apache, el almacenamiento temporal y el tiempo de espera, y verifique qué límite está bloqueando el archivo.
Establezca el límite de memoria PHP que Nextcloud utiliza realmente, reinicie el servicio correcto y confirme la configuración de 512 MB en la Vista general de administración.
Monta un bucket de almacenamiento de objetos compatible en Nextcloud utilizando su backend S3, con el punto final, las credenciales, el ámbito de acceso y los pasos de verificación correctos.
Traslada de forma segura un directorio de datos de Linux Nextcloud a una unidad externa utilizando un montaje UUID persistente, el modo de mantenimiento, una copia verificada y el enlace simbólico de la ruta original.
Restaure el acceso a Nextcloud después de una actualización diagnosticando errores SQL, comprobando la conectividad de la base de datos y completando de forma segura las migraciones interrumpidas.
Utilice el comando OCC de Nextcloud para restablecer la contraseña de administrador desde la consola del servidor, con instrucciones sobre nombres de usuario, permisos y proveedores de inicio de sesión externos.
Elimine la advertencia HSTS de Nextcloud configurando el encabezado en Apache, NGINX o su proxy TLS, y luego verifique la respuesta HTTPS pública de forma segura.
Identificar los fallos de instalación de la App Store y determinar si se deben a problemas de DNS, HTTPS, proxy, TLS o configuración del propio servidor Nextcloud.
