כללי גישה של Squid 6 לכתובת IP אחת של לקוח

התצורה מיועדת ל־Squid 6.13, לרבות החבילה של Debian 13. ודאו את הגרסה המותקנת בעזרת squid -v: מדריך ההנחיות של Squid מסמן את http_access כלא זמין בגרסה 8.

בחרו תחילה את הכתובות

המאזין זקוק לכתובת שהוקצתה לשרת. כלל הלקוח זקוק לכתובת המקור ש־Squid רואה, שעשויה להיות כתובת היציאה הציבורית של רשת NAT ולא כתובתו הפרטית של המחשב הנייד.

החליפו את כתובות הדוגמה שלהלן. הגבלת הלקוח היא כתובת אחת, המבוטאת כ־/32.

http_port 192.0.2.10:3128
acl proxy_client src 198.51.100.27/32
acl Safe_ports port 80 443
acl SSL_ports port 443
acl CONNECT method CONNECT

http_access deny !Safe_ports
http_access deny CONNECT !SSL_ports
http_access deny manager
http_access deny to_localhost
http_access deny to_linklocal
http_access allow proxy_client
http_access deny all

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

איך בקשות עוברות בכללים

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

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

sudo squid -k parse -f /etc/squid/squid.conf

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