מדוע Squid מתעד את מארח ה-HTTPS אך לא את נתיב העמוד
מסביר נתיבי HTTPS חסרים ביומני Squid CONNECT רגילים בלי להתייחס ליירוט TLS כהתאמת תיעוד שגרתית.
רשומה עבור shop.example:443 אינה נותנת ל-Squid את הנתיב /orders/42. CONNECT מבקש מארח/פורט; לאחר מכן TLS היעד נושא את נתיב ה-HTTP בתוך המנהרה.
| ראיה | העברת CONNECT רגילה |
|---|---|
| מארח/פורט היעד ותוצאת המנהרה | זמין ל-proxy. |
| נתיב HTTPS פנימי ובקשת היישום | מוצפן בין הלקוח לאתר. |
קטע URL בדפדפן המתחיל ב-# | נשאר בדרך כלל בלקוח, גם מחוץ לתיעוד ה-proxy. |
תבנית יומן יכולה לתעד שדות שיש ל-Squid, לא לפענח הודעות שלא נראו. העברת HTTP רגילה שונה מפני שהמתווך מקבל את בקשת ה-HTTP הזו. פלט מפורט יותר אינו משנה את גבול ה-CONNECT.
יירוט TLS מנוהל משנה את אמון הלקוח ואת הדרישות המנהליות. זה אינו מתג תיעוד קטן ואינו נחוץ ל-proxy קדמי רגיל שמחליף IP.
אם היישום שלכם ואתם זקוקים לאבחון ברמת העמוד, השתמשו ביומניו או בטלמטריית לקוח מעוצבת כראוי. לתקלות proxy, שמרו מארח היעד, התזמון, הסטטוס ושלב החיבור שהושלם; אלה מאתרים לעתים קרובות את הבעיה בלי לאסוף נתיבי עמוד פרטיים.