Squid 403-responsies: vars weiering of gekasde fout?
Skei 'n vars toegangsweiering van 'n gekasde negatiewe respons voordat jy Squid se kasleeftydbeleid verander.
Dieselfde 403-bladsy twee keer is nie bewys van 'n kas-treffer nie. Pas die transaksie se toegangsrekord en responskoppe by twee vrae: wie het die weiering veroorsaak, en is 'n gestoorde respons hergebruik?
- 'n Plaaslik geweierde versoek vra dat sy toegangsreel- of identiteitsbesluit reggestel word.
- 'n Vars oorsprongweiering beteken die oorsprong verwerp steeds die versoek.
- 'n Hergebruikte oorsprongrespons vra dat sy varsheidbeleid en toepaslike kaskonfigurasie ondersoek word.
HTTP-kaswerk sluit sommige negatiewe response onder sy kasvoorwaardes in, maar 403 kry nie by verstek heuristiese varsheid nie. 'n Andersins kasbare weiering kan 'n eksplisiete gedeelde-kas-leeftyd dra. Om toestemming by die oorsprong te verander vee nie 'n respons uit wat nog as vars beskou word nie; gebruik gepaste responsbeleid vir besluite wat nie gestoor moet word nie.
Squid se negative_ttl is 'n aparte terugval vir sekere mislukte versoeke met onbekende vervaldatum. Die gedokumenteerde verstek is nul in die weergawes wat deur die huidige direktiefverwysing gedek word. Dit verbied nie foutresponse wat deur eksplisiete HTTP-instruksies vars gemaak is nie.
Die verwysing vereis ook 'n bou wat HTTP-oortredings toelaat en sluit Squid 8 uit. Moenie 'n leeftydvoorstel vir Squid 2.7 na 'n ander uitgawe oordra sonder om ondersteuning te kontroleer nie. Om 'n objek te verwyder kan 'n onmiddellike simptoom opklaar; die beleid wat dit herbruikbaar maak, bepaal die volgende versoek.