Squid en OpenWrt: un fallo de validación de UCI antes del arranque
Sigue el mensaje “validation failed” de Squid en OpenWrt hasta la capa de arranque de UCI antes de editar la configuración nativa de Squid.
El paquete Squid de OpenWrt puede rechazar su configuración de UCI antes incluso de iniciar el comando Squid. Por eso, un “validation failed” genérico del script de inicio no basta para editar squid.conf.
Lee los mensajes a nivel de campo que lo preceden y compáralos con las reglas de validación del paquete instalado. Por ejemplo, la implementación de arranque declara http_port como tipo de puerto. Un espacio final puede hacer fallar esa comprobación aunque los dígitos parezcan correctos. Un resultado de validación fallido detiene la callback antes de registrar el comando.
Para una sección que se llame realmente squid, inspecciona el valor concreto:
uci get squid.squid.http_port
Usa el nombre de sección presente en la instalación. La fuente del paquete suele ser /etc/config/squid; si faltan mensajes, verifica que exista y sea legible. Otra versión puede exponer campos distintos.
Tras la validación de UCI, sigue el archivo nativo que se pasa a Squid. El envoltorio puede elegir un archivo explícito o generar uno a partir de entradas admitidas. Editar un archivo que no se usa no puede cambiar el resultado generado.
La sintaxis nativa, los auxiliares, los permisos y las comprobaciones de escucha llegan después. Informa de “UCI rechazó http_port” o de “Squid rechazó la configuración nativa seleccionada” con su evidencia. Eliminar la configuración del paquete solo para silenciar el primer error puede impedir que el envoltorio haga su trabajo.