יירוט Squid לעומת אימות פרוקסי מפורש

לקוח של פרוקסי מפורש יודע שהוא מדבר עם פרוקסי. דפדפן שיורט חושב שהוא התחבר לאתר. ההבדל הזה הוא לב ליבו של האימות.

אימות פרוקסי רגיל משתמש באתגר פרוקסי ובתגובת הרשאה של פרוקסי. לקוח שלא בחר פרוקסי לא אמור לשלוח בקלות ראש פרטי גישה של פרוקסי למתווך לא צפוי.

לכן הנחיות היירוט של Squid אינן תומכות בשילוב פשוט של proxy_auth עם מצב יירוט. עוזר אימות Basic שעובד אינו משנה את מה שהדפדפן חושב שנקודת הקצה המרוחקת היא.

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

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

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