האם מכונה וירטואלית מאחורי NAT יורשת את התחברות הפרוקסי של המארח?
קבעו אם אורח חולק הרשאת רשת מבוססת IP או שמזדהה בפועל מול פרוקסי מפורש.
גלישה של אורח לאחר שהמארח התחבר אינה מוכיחה ש-NAT העביר את סיסמת הפרוקסי של המארח לאורח. שני מנגנונים עשויים להיראות דומים:
| מנגנון | מה מורשה |
|---|---|
| אימות פרוקסי HTTP מפורש | לאתגר פרוקסי, כגון 407, משיבים עם פרטי זיהוי לפי כללי הפרוקסי |
| הענקת גישה לפורטל או לרשת על בסיס כתובת | תעבורה המשויכת לכתובת מקור גלויה |
עם NAT, התעבורה של המארח והאורח עשויה לחלוק את כתובת המקור המתורגמת של המארח. לכן הרשאה התלויה רק בכתובת הזו עשויה לכסות את שניהם. NAT עצמו אינו מעתיק הגדרות פרוקסי של הדפדפן ואינו מייצר Proxy-Authorization עבור יישומי האורח.
כדי להבחין ביניהם, קבעו אם האורח מתחבר לפרוקסי מפורש או עובר ישירות דרך השער. לאחר מכן קבעו אם המדיניות שמעל מאשרת משתמש, חיבור, התקן או כתובת. אם האורח אכן משתמש בפרוקסי, בדקו את כללי הפרוקסי ואת ההתנהגות הקיימת של חיבורים מאומתים; בקשה בלבד אינה יכולה לזהות את השיטה.
אורח במצב גשר עשוי להציג מקור אחר ולפגוש שוב את הפורטל. גם IPv6 עשוי ללכת בדרך אחרת מזו של NAT ב-IPv4. לאחריות אישית, בחרו גבול זהות שמבדיל בין המשתמשים הנדרשים במקום להניח שכתובת מתורגמת אחת מייצגת אדם אחד.