דרוש גם התחברות Squid וגם כתובת ה-IP הנכונה של הלקוח

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

בהנחה שהאימות כבר מוגדר, כגון הגדרת Squid 6.13 NCSA, המדיניות המרכזית היא:

acl approved_login proxy_auth alex
acl approved_source src 192.0.2.40/32
http_access allow approved_source approved_login
http_access deny all

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

בדוק את הכללים שמעליו

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

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

ה-ACL proxy_auth תלוי בעוזר אימות. הגדרתו אינה הדרך ליצור את המשתמש או לאמת את הסיסמה. דוגמה זו מיועדת לפרוקסי מפורש שלקוחותיו יכולים להגיב לאתגרי אימות פרוקסי.

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