מדוע תעבורת CONNECT אינה ממלאת את מטמון האובייקטים של Squid
מדוע מנהרת HTTPS רגילה יכולה להעביר בתים רבים בלי לספק לשרת פרוקסי קדמי אובייקטים של תגובות HTTP לשימוש חוזר.
מנהרת CONNECT רגילה מספקת ל-Squid בתים מוצפנים ולא תגובת אתר שאפשר לשמור במטמון. לכן הורדת HTTPS גדולה יכולה לייצר תעבורה רבה בלי להוסיף אף רשומה לשימוש חוזר למטמון האובייקטים.
Squid יכול לתעד את יעד המנהרה, את משכה ואת מספר הבתים. הוא אינו מקבל את נתיב ה-URL הפנימי, הוראות המטמון, הייצוג ומאמתיו כהודעות HTTP רגילות שאפשר לאחסן ולהשתמש בהן שוב. שטח דיסק נוסף או מגבלת גודל אובייקט גבוהה יותר אינם יכולים לחשוף אותם.
בדקו את שיטות הבקשה ואת רשומות המנהרות לפני שקובעים שהמטמון מקולקל. בעומס עבודה הנשלט בידי CONNECT, העברות גדולות ושימוש חוזר מועט באובייקטים יכולים להופיע יחד. לבדיקה אמיתית של המטמון, השתמשו במשאב HTTP שבשליטתכם, עם כותרות מטמון מפורשות ותוכן ידוע; ודאו שאתם בודקים את מסלול עיבוד האובייקטים של Squid ולא מנהרה, את מטמון הדפדפן או את ה-CDN של היעד.
TLS עד שרת הפרוקסי הוא שכבה נפרדת. לאחר סיום חיבור ה-TLS בנקודת ההאזנה שלו, Squid יכול לעבד בקשה רגילה ליעד HTTP. אם אותו חיבור מבקש במקום זאת CONNECT ל-HTTPS, ה-TLS הפנימי של היעד נשאר נפרד ואטום.
יירוט HTTPS משנה את הדרישות לאמון בתעודות, להרשאה ולפרטיות. אין זה כוונון שגרתי של שטח המטמון, ושרת פרוקסי קדמי רגיל אינו זקוק ליירוט כדי לפעול.