Squid sur OpenWrt : un échec de validation UCI avant le démarrage
Suivez le message “validation failed” de Squid sur OpenWrt jusqu'à la couche de démarrage UCI avant de modifier la configuration native de Squid.
Le paquet Squid d'OpenWrt peut refuser sa configuration UCI avant même de lancer la commande Squid. Un “validation failed” générique du script init ne suffit donc pas à justifier la modification de squid.conf.
Lisez les messages au niveau des champs qui le précèdent et comparez-les aux règles de validation du paquet installé. Par exemple, l'implémentation de démarrage déclare http_port comme un type de port. Un espace final peut faire échouer ce contrôle alors que les chiffres semblent corrects. Un échec de validation arrête le callback avant l'enregistrement de la commande.
Pour une section qui s'appelle réellement squid, inspectez la valeur étroite :
uci get squid.squid.http_port
Utilisez le nom de section présent dans l'installation. La source du paquet est normalement /etc/config/squid ; si les messages manquent, vérifiez qu'elle existe et qu'elle est lisible. Une autre version peut exposer des champs différents.
Après la validation UCI, suivez le fichier natif transmis à Squid. L'enveloppe peut sélectionner un fichier explicite ou en générer un à partir des entrées prises en charge. Modifier un fichier inutilisé ne peut pas changer le résultat généré.
La syntaxe native, les auxiliaires, les permissions et les contrôles d'écoute viennent ensuite. Signalez soit « UCI a rejeté http_port », soit « Squid a rejeté la configuration native sélectionnée » avec sa preuve. Supprimer la configuration du paquet uniquement pour taire la première erreur peut empêcher l'enveloppe de faire son travail.