Squid på OpenWrt: ett UCI-valideringsfel före start
Följ Squids OpenWrt-meddelande “validation failed” till UCI-startskiktet innan du redigerar Squids inhemska konfiguration.
OpenWrts Squid-paket kan avvisa sin UCI-konfiguration innan det ens startar Squid-kommandot. Ett generiskt “validation failed” från init-skriptet är därför inte skäl nog att redigera squid.conf.
Läs fältnivåmeddelandena som föregår det och jämför dem med den installerade paketets valideringsregler. Till exempel deklarerar startimplementeringen http_port som porttyp. Ett avslutande blanksteg kan få den kontrollen att misslyckas trots att siffrorna ser rätt ut. Ett misslyckat valideringsresultat stoppar callbacken innan kommandot registreras.
För ett avsnitt som verkligen heter squid, undersök det smala värdet:
uci get squid.squid.http_port
Använd avsnittsnamnet som finns i installationen. Paketets källa är vanligtvis /etc/config/squid; om meddelanden saknas, kontrollera att den finns och är läsbar. En annan utgåva kan visa andra fält.
Efter UCI-valideringen, följ den inhemska filen som ges till Squid. Omslaget kan välja en explicit fil eller generera en från indata som stöds. Att redigera en oanvänd fil kan inte ändra det genererade resultatet.
Inhemsk syntax, hjälpprogram, behörigheter och lyssnarkontroller kommer senare. Rapportera antingen “UCI avvisade http_port” eller “Squid avvisade den valda inhemska konfigurationen” med dess bevis. Att ta bort paketkonfigurationen bara för att tysta det första felet kan hindra omslaget från att göra sitt jobb.