only-if-cached иска съхранен отговор от проксито

Поискайте от съдействащ HTTP кеш съществуващ отговор и тълкувайте 504 като пропуск, без да смятате директивата за мрежов контрол на изхода.

За заявка, която трябва да използва вече съхранен отговор, HTTP дефинира Cache-Control: only-if-cached.

Клиентът може да я изпрати през HTTP кеширащо прокси:

curl --proxy http://127.0.0.1:3128 \
  --header 'Cache-Control: only-if-cached' \
  --include http://www.example.org/report

Кеш, който спазва тази директива, трябва да върне съхранен отговор, съответстващ на останалите ограничения на заявката, или 504 Gateway Timeout, когато не може да я удовлетвори. Тук 504 може да изразява кеш политика, а не неуспешна TCP връзка с проксито.

Директивата не разрешава автоматично остаряло съдържание. Свежестта, изискванията за валидиране и съответстващи полета Vary все още имат значение. Директивата за заявка no-cache може вместо това да изисква успешна валидация в източника преди повторно използване.

Това се различава и от настройването на офлайн режим за валидиране на кеша. only-if-cached се носи от отделната заявка и изразява какво клиентът е готов да получи.

Използвайте кеш, който поддържа поведението. Пренебрегната директива за заявка не е защитна стена, затова строгото предотвратяване на изходящ трафик изисква независимо наложена мрежова или сървърна политика.

Обикновено HTTPS CONNECT прокси не вижда криптираните HTTP заглавки и не запазва обекти на страници от този тунел. Примерът умишлено използва прост HTTP ресурс, който кешът може да обработи.

Подобни статии