צפו בבקשה שמועברת על ידי פרוקסי ביעד שלה
בחרו את נקודת התצפית הנכונה עבור כותרות שמתווספות או משתנות לאחר שהלקוח שולח בקשת HTTP.
לקוח מכין בקשת HTTP, ופרוקסי קדמי יכול לשנות את ההודעה הזו לפני שהיא נשלחת הלאה. היעד הוא המקום שבו הגרסה המועברת נעשית ניתנת לצפייה.
| נקודת תצפית | ההודעה הזמינה שם |
|---|---|
| אובייקט הבקשה של הלקוח | הבקשה שהוכנה לקפיצה הראשונה |
| יומן הבקשות של המקור או מטפל הדהוד | הבקשה שהתקבלה לאחר ההעברה |
| אוסף כותרות התגובה של הלקוח | התגובה שהתקבלה בנתיב החזרה |
לבדיקה מבוקרת, השתמשו בנקודת קצה שאתם מפעילים ושמתעדת או מחזירה את כותרות הבקשה שהתקבלו. תנו לבקשה סימן מזוהה כדי שאפשר לשייך את רשומת המקור לפעולת הלקוח המסוימת.
ביישום המבוסס על WebClient, ResponseHeaders מתאר את התגובה המוחזרת. זה אינו תיעוד של בקשת הפרוקסי אל היעד. שרת יכול לבחור להדהד מידע מהבקשה בגוף התגובה שלו, אך זו התנהגות של היישום.
אם הנתיב כולל כמה מתווכים, היעד רואה את השפעות ההעברה המשולבות שלהם. עצם נוכחותה של כותרת אינה מייחסת שינוי לקפיצה מסוימת. עבור שדות API מותאמים אישית, כללי ההעברה ושדה Connection מסבירים מתי יש לצפות לשינוי.
מנהרת HTTPS CONNECT רגילה מוסיפה גבול נוסף: בקשת ה-HTTP הפנימית מוצפנת בין הלקוח לאתר. פרוקסי ממסר אינו יכול לערוך את הכותרות המוצפנות האלה. הכותרות בחילופי CONNECT שייכות לאותם חילופים נפרדים, בעוד שלפרוקסי בדיקת TLS מנוהל יש תפקיד אחר.