Squid sa OpenWrt: pagkabigo ng pagpapatunay ng UCI bago magsimula

Maaaring tanggihan ng pakete ng Squid sa OpenWrt ang pagsasaayos nitong UCI bago pa man simulan ang utos ng Squid. Kaya naman ang pangkalahatang “validation failed” mula sa script ng init ay hindi sapat na dahilan para i-edit ang squid.conf.

Basahin ang mga mensaheng antas-larangan na nauuna rito at itugma sa mga tuntunin ng pagpapatunay ng nakapasong pakete. Halimbawa, idinedeklara ng pagpapatupad ng pagsisimula ang http_port bilang uri ng port. Ang puwang sa dulo ay maaaring magpabigo sa pagsusuring iyon kahit mukhang tama ang mga digit. Ang nabigong resulta ng pagpapatunay ay pumipigil sa callback bago mairehistro ang utos.

Para sa seksyong talagang tinatawag na squid, suriin ang makitid na halaga:

uci get squid.squid.http_port

Gamitin ang pangalan ng seksyong naroroon sa pag-install. Ang pinagmulan ng pakete ay karaniwang /etc/config/squid; kung wala ang mga mensahe, tiyakin na ito ay umiiral at nababasa. Maaaring magpakita ng iba't ibang larangan ang ibang release.

Pagkatapos ng pagpapatunay ng UCI, sundan ang katutubong file na ipinapasa sa Squid. Maaaring pumili ang wrapper ng tahasang file o bumuo ng isa mula sa mga sinusuportahang input. Ang pag-edit ng file na hindi ginagamit ay hindi makapagbabago ng nabuong resulta.

Dumarating mamaya ang katutubong sintaks, mga katulong, mga pahintulot at mga pagsusuri ng tagapakinig. Iulat alinman sa “tinanggihan ng UCI ang http_port” o “tinanggihan ng Squid ang napiling katutubong pagsasaayos” kasama ang ebidensiya nito. Ang pag-alis ng pagsasaayos ng pakete para lamang patahimikin ang unang error ay maaaring makahadlang sa wrapper na gawin ang trabaho nito.