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 פשוט שהמטמון יכול לעבד.

מאמרים קשורים