כללי שם מארח ב-iptables הם צילומי מצב של DNS
הבינו מדוע חריגת שם מארח ב-iptables עלולה להפסיק להתאים לאתר לאחר שינויי DNS, והיכן מדיניות התחום של פרוקסי קדמי שונה.
שם מארח בפקודת iptables נפתר לפני שהכלל נשלח. כלל הליבה מתאים לכתובות המתקבלות; הוא אינו חוזר על DNS עבור כל מנה ואינו בוחן שמות מארח של HTTP.
כאשר חריגה מפסיקה לעבוד, השוו את הכלל המספרי ואת המונים לכתובת שהלקוח השתמש בה בפועל. שינויי DNS, תשובות שונות של הפותר ומארחי משאבים נוספים עלולים להשאיר את הכתובת מחוץ לכלל הישן. הסיכון ההפוך הוא כתובת המשותפת לשירותים לא קשורים: חריגת IP יכולה לכלול גם אותם.
בדקו את הסדר בנפרד. עקיפה לאחר פעולת יירוט שכבר מתאימה עלולה לאחר מדי, אך העברתה למוקדם יותר אינה שומרת על מערך הכתובות שלה.
| החריגה הנדרשת | המדיניות הנדרשת |
|---|---|
| אין ליירט חיבורים ליעדי רשת אלה | כללי ניתוב מנות עם אסטרטגיית תחזוקת כתובות מתאימה |
| לאפשר ללקוח זה לבקש שמות אלה דרך Squid | ACL של תחום יעד ברמת הבקשה בתוספת הגבלות לקוח ופורט |
הרשאה ב-Squid משאירה את הבקשה בתוך הפרוקסי. עקיפת חומת אש מוציאה אותה ממסלול ההרשאה של Squid. בחרו במודע בין השניים. עם CONNECT רגיל, אפילו החלטת פרוקסי שמודעת לשם מארח אינה חושפת את מסלול האתר המוצפן, ולכן אינה יכולה בעצמה להפוך לחריגת מסלול עמוד.