Відповіді 403 від Squid: свіжа відмова чи закешована помилка?
Відрізніть свіжу відмову в доступі від закешованої негативної відповіді, перш ніж змінювати політику часу життя кеша Squid.
Двічі побачити ту саму сторінку 403 не означає потрапляння в кеш. Зіставте запис доступу транзакції та заголовки відповіді з двома питаннями: хто створив відмову і чи було повторно використано збережену відповідь?
- Локально відхилений запит потребує виправлення рішення щодо правила доступу або ідентичності.
- Свіжа відмова джерела означає, що джерело досі відхиляє запит.
- Повторно використана відповідь джерела потребує перевірки політики свіжості та застосовної конфігурації кеша.
Кешування HTTP включає деякі негативні відповіді за своїх умов, але 403 не отримує евристичної свіжості за замовчуванням. Відмова, яку інакше можна кешувати, може мати явний строк життя спільного кеша. Зміна дозволу в джерелі не стирає відповідь, яка все ще вважається свіжою; використовуйте належну політику відповіді для рішень, які не слід зберігати.
negative_ttl у Squid — окремий резервний варіант для певних невдалих запитів із невідомим терміном. Його задокументоване значення за замовчуванням — нуль у версіях, які охоплює поточний довідник директив. Це не забороняє відповіді про помилки, зроблені свіжими явними інструкціями HTTP.
Довідник також вимагає збірки, що дозволяє порушення HTTP, і виключає Squid 8. Не переносьте рекомендацію щодо строку життя для Squid 2.7 в інший випуск без перевірки підтримки. Видалення об'єкта може прибрати негайний симптом; політика, яка робить його повторно використовуваним, визначає наступний запит.