Mga tugon ng Squid 403: sariwang pagtanggi o naka-cache na error?

Ang makita ang parehong 403 na pahina nang dalawang beses ay hindi patunay ng cache hit. Itapat ang talaan ng pag-access ng transaksyon at ang mga header ng tugon sa dalawang tanong: sino ang gumawa ng pagtanggi, at nagamit muli ba ang nakaimbak na tugon?

• Ang kahilingang tinanggihan nang lokal ay nangangailangan ng pagwawasto sa desisyon sa tuntunin ng pag-access o pagkakakilanlan.
• Ang sariwang pagtanggi mula sa pinagmulan ay nangangahulugang tinatanggihan pa rin ng pinagmulan ang kahilingan.
• Ang muling nagamit na tugon ng pinagmulan ay nangangailangan ng pagsusuri sa patakaran nito sa pagkasariwa at sa naaangkop na pagsasaayos ng cache.

Kasama sa HTTP caching ang ilang negatibong tugon sa ilalim ng mga kundisyon nito, ngunit ang 403 ay hindi tumatanggap ng heuristic na pagkasariwa bilang default. Ang pagtangging kung hindi man ay maaaring i-cache ay maaaring magdala ng tahasang haba ng buhay ng shared cache. Ang pagbabago ng pahintulot sa pinagmulan ay hindi nagbubura ng tugon na itinuturing pa ring sariwa; gumamit ng angkop na patakaran sa tugon para sa mga desisyong hindi dapat itago.

Ang negative_ttl ng Squid ay isang hiwalay na kapalit para sa ilang nabigong kahilingan na may hindi alam na pagtatapos. Ang nakadokumentong default nito ay sero sa mga bersyong saklaw ng kasalukuyang sanggunian ng direktiba. Hindi nito ipinagbabawal ang mga tugon sa error na ginawang sariwa ng tahasang tagubilin ng HTTP.

Ang sanggunian ay nangangailangan din ng build na nagpapahintulot ng mga paglabag sa HTTP at hindi kasama ang Squid 8. Huwag ilipat ang mungkahi sa haba ng buhay para sa Squid 2.7 sa ibang release nang hindi sinusuri ang suporta. Ang pag-alis ng object ay maaaring mag-alis ng agarang sintomas; ang patakarang nagpapahintulot na magamit muli ito ang nagtatakda ng susunod na kahilingan.