מדוע ל-Squid יש שקע UDP בפורט לא צפוי
הבחינו בין שקעי UDP של DNS ו-peer-cache של Squid לבין מאזין ה-TCP שבו לקוחות משתמשים כפרוקסי קדמי.
פורט UDP לא מוכר בבעלות Squid אינו אוטומטית פרוקסי HTTP ציבורי נוסף. לקוחות משתמשים במאזין ה-TCP המוגדר לגישה רגילה לפרוקסי HTTP; Squid גם פותח שקעים ל-DNS ולתקשורת עם עמית מטמון.
כדי לזהות את השקע הנוסף, רשמו:
- אם הוא TCP או UDP, כתובת הכריכה שלו וכל נקודת קצה מרוחקת שמוצגת.
- הגדרות המאזין, ה-DNS, ה-ICP וה-HTCP האפקטיביות עבור אותו מופע.
- נגישות הרשת שנדרשת על ידי התכונה שהגדרות אלה מפעילות.
תיעוד כתובות ה-UDP של Squid מכסה במפורש את מודולי DNS, ICP ו-HTCP. לא ניתן להסיק את התנהגותם מ-http_port, ומספר פורט גבוה לבדו אינו מזהה את התכונה.
אל תזינו את נקודת הקצה UDP הזו בשדה פרוקסי ה-HTTP של יישום ואל תפתחו אותה לכל לקוח רק מפני שהיא מופיעה ברשימת השקעים. לעומת זאת, חסימת נתיב ה-DNS שבו Squid באמת משתמש עלולה לשבור את פתרון היעד בהמשך. שנו את כלל חומת האש עבור הפונקציה שזוהתה: לשקע שאילתת פתרון, לפורט עמית מטמון ולמאזין לקוחות יש תפקידים שונים.