Odpovědi 403 v Squidu: čerstvé odmítnutí, nebo kešovaná chyba?
Rozlište čerstvé odmítnutí přístupu od kešované negativní odpovědi dřív, než změníte politiku životnosti keše v Squidu.
Stejná stránka 403 dvakrát není důkazem zásahu do keše. Spojte přístupový záznam transakce a hlavičky odpovědi se dvěma otázkami: kdo odmítnutí vytvořil a byla znovu použita uložená odpověď?
- Lokálně odmítnutý požadavek vyžaduje opravu rozhodnutí o přístupovém pravidle nebo identitě.
- Čerstvé odmítnutí od originu znamená, že origin požadavek stále odmítá.
- Znovu použitá odpověď originu vyžaduje kontrolu politiky čerstvosti a příslušné konfigurace keše.
Kešování HTTP zahrnuje některé negativní odpovědi za svých podmínek, ale 403 ve výchozím nastavení nedostává heuristickou čerstvost. Jinak kešovatelné odmítnutí může nést explicitní životnost sdílené keše. Změna oprávnění na originu nesmaže odpověď, která se stále považuje za čerstvou; pro rozhodnutí, která se nemají ukládat, použijte odpovídající politiku odpovědi.
negative_ttl v Squidu je samostatná záloha pro určité neúspěšné požadavky s neznámou expirací. Jeho dokumentovaná výchozí hodnota je nula ve verzích, které pokrývá aktuální reference direktiv. To nezakazuje chybové odpovědi, které byly zčerstveny explicitními pokyny HTTP.
Reference také vyžaduje sestavení povolující porušení HTTP a vylučuje Squid 8. Nepřenášejte doporučení životnosti pro Squid 2.7 do jiného vydání bez ověření podpory. Odebrání objektu může odstranit okamžitý příznak; politika, která ho činí znovu použitelným, určuje další požadavek.