Respondoj 403 de Squid: freŝa rifuzo aŭ kaŝmemoriga eraro?
Distingi freŝan alirrifuzon disde kaŝmemorigita negativa respondo antaŭ ol ŝanĝi la kaŝmemoran vivdaŭran politikon de Squid.
Vidi la saman paĝon 403 dufoje ne pruvas kaŝmemoran trafon. Kunigu la alirregistron de la transakcio kaj la respondajn kapojn kun du demandoj: kiu produktis la rifuzon, kaj ĉu konservita respondo estis reuzita?
- Loke rifuzita peto postulas korekti sian alirregulan aŭ identecan decidon.
- Freŝa rifuzo de la origino signifas, ke la origino ankoraŭ malakceptas la peton.
- Reuzita origina respondo postulas ekzameni ĝian freŝecpolitikon kaj la aplikeblan kaŝmemoran agordon.
La HTTP-kaŝmemorado inkluzivas iujn negativajn respondojn laŭ siaj kaŝmemoraj kondiĉoj, sed 403 ne ricevas heŭristikan freŝecon defaŭlte. Alie kaŝmemorebla rifuzo povas porti eksplicitan vivdaŭron de komuna kaŝmemoro. Ŝanĝi permeson ĉe la origino ne forviŝas respondon ankoraŭ konsideratan freŝa; uzu taŭgan respondan politikon por decidoj, kiuj ne devas esti konservataj.
negative_ttl de Squid estas aparta rezervaĵo por certaj malsukcesaj petoj kun nekonata findato. Ĝia dokumentita defaŭlto estas nulo en la versioj kovritaj de la nuna direktiva referenco. Tio ne malpermesas erarrespondojn faritajn freŝaj per eksplicitaj HTTP-instrukcioj.
La referenco ankaŭ postulas konstruon permesantan HTTP-malobservojn kaj ekskludas Squid 8. Ne transdonu vivdaŭran sugeston por Squid 2.7 al alia eldono sen kontroli subtenon. Forigi objekton povas forigi tujan simptomon; la politiko, kiu igas ĝin reuzebla, decidas la sekvan peton.