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