בקשות נכנסות נמשכות אינן מוכיחות שגורמים חיצוניים עדיין יכולים להשתמש ב-proxy. נקודות קצה ישנות יכולות להישאר ברשימות הבקשות לאחר שינוי מדיניות הגישה. אמתו את התיקון לפי מה שמועבר:

  1. שלחו בקשות מורשות ולא מורשות ליעד מבוקר.
  2. קראו את החלטת הגישה ואת שדות ההיררכיה ב-Squid בתבנית היומן המוגדרת.
  3. קבעו אם הבקשה האסורה אכן הגיעה ליעד. קבלת TCP, דחיית בקשת HTTP והשלמת בקשה נוספת הם תוצאות שונות.
  4. בדקו את המאזינים הפעילים האחרים ואת המארחים הווירטואליים, כדי שחסימת מדיניות שתוקנה לא תשאיר פתח אחר פתוח.

ב-Apache שנועד לשרת רק מיפויים הפוכים, ודאו שה-proxy קדימה הבלתי מכוון מושבת. ProxyRequests Off יכול להתקיים לצד ProxyPass.

דף שגיאה לבדו הוא ראיה חלשה יותר אם אינכם יודעים איזה רכיב יצר אותו. שמרו יחד את תוצאת הלקוח, החלטת ה-proxy והתצפית ביעד.

אם התעבורה שנדחתה עדיין צורכת משאבים, צמצמו את גישת הרשת ונהלו קצבים ושמירת יומנים. אין תקופת המתנה מהימנה שאחריה חייבים הניסיונות להיפסק; החלטות העברה נכונות הן קריטריון הקבלה.

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