Те, що гість працює в браузері після входу хост-машини, не доводить, що NAT передав пароль проксі хост-машини гостеві. Два механізми можуть виглядати однаково:

МеханізмЩо авторизується
Явна автентифікація на HTTP-проксіНа запит проксі, наприклад 407, відповідають обліковими даними за правилами проксі
Надання доступу до порталу або мережі за адресоюТрафік, пов'язаний із видимою адресою джерела

За NAT трафік хост-машини й гостя може використовувати ту саму перетворену адресу джерела. Тому дозвіл, прив'язаний лише до цієї адреси, може охоплювати обидва. Сам NAT не копіює налаштування проксі браузера й не створює Proxy-Authorization для програм гостя.

Щоб їх розрізнити, визначте, чи гість підключається до явного проксі, чи йде напряму через шлюз. Потім визначте, чи політика вище авторизує користувача, з'єднання, пристрій або адресу. Якщо гість використовує проксі, огляньте його правила та наявну поведінку автентифікованих з'єднань; сам лише запит не дає змоги визначити метод.

Гість у режимі мосту може пред'явити інше джерело й знову зустріти портал. IPv6 також може піти іншим шляхом, ніж NAT для IPv4. Для персональної відповідальності виберіть межу ідентичності, яка розрізняє потрібних користувачів, замість припущення, що одна перетворена адреса — це одна людина.

Схожі статті