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

МеханизмЧто авторизуется
Явная аутентификация на HTTP-проксиНа запрос прокси, например 407, отвечают учётными данными по правилам прокси
Предоставление доступа к порталу или сети по адресуТрафик, связанный с видимым адресом источника

При NAT трафик хост-машины и гостя может использовать один и тот же преобразованный адрес источника. Поэтому разрешение, привязанное только к этому адресу, может охватывать оба. Сам NAT не копирует настройки прокси браузера и не создаёт Proxy-Authorization для приложений гостя.

Чтобы их различить, определите, подключается ли гость к явному прокси или идёт напрямую через шлюз. Затем определите, авторизует ли вышестоящая политика пользователя, соединение, устройство или адрес. Если гость использует прокси, изучите его правила и существующее поведение аутентифицированных соединений; один только запрос не позволяет определить метод.

Гость в режиме моста может предъявить другой источник и снова встретить портал. IPv6 также может пойти иным путём, чем NAT для IPv4. Для персональной ответственности выберите границу идентичности, которая различает нужных пользователей, вместо предположения, что один преобразованный адрес — это один человек.

Похожие статьи