Логирование в IIS6 при использовании доменной авторизации на сайте (ошибки при авторизации)
Проблема в следующем: есть .NET приложение (C#), развернутое во внутренней сети компании, настроена доменная авторизация. При работе с сайтом (вход на сайт осуществляется по ip-адресу: http://XX.XX.XX.XX:2020), для некоторых пользователей (все находятся в домене) в логах IIS появляются такие строки:
#Software: Microsoft Internet Information Services 6.0
#Version: 1.0
#Date: 2021-03-02 01:04:58
#Fields: date time s-sitename s-ip cs-method cs-uri-stem cs-uri-query s-port cs-username c-ip cs(User-Agent) sc-status sc-substatus sc-win32-status
2021-03-02 03:01:27 W3SVC611874432 10.XX.XX.XX POST / - 2020 - 10.YY.YY.YY Mozilla/5.0+(Windows+NT+6.1)+AppleWebKit/537.36+(KHTML,+like+Gecko)+Chrome/88.0.4324.182+Safari/537.36 401 2 2148074254
2021-03-02 03:01:27 W3SVC611874432 10.XX.XX.XX POST / - 2020 - 10.YY.YY.YY Mozilla/5.0+(Windows+NT+6.1)+AppleWebKit/537.36+(KHTML,+like+Gecko)+Chrome/88.0.4324.182+Safari/537.36 401 1 0
2021-03-02 03:01:27 W3SVC611874432 10.XX.XX.XX POST / - 2020 DOMAIN\User 10.YY.YY.YY Mozilla/5.0+(Windows+NT+6.1)+AppleWebKit/537.36+(KHTML,+like+Gecko)+Chrome/88.0.4324.182+Safari/537.36 200 0 0
в то время как для других пользователей всего 1 строка:
#Software: Microsoft Internet Information Services 6.0
#Version: 1.0
#Date: 2021-03-02 01:04:58
#Fields: date time s-sitename s-ip cs-method cs-uri-stem cs-uri-query s-port cs-username c-ip cs(User-Agent) sc-status sc-substatus sc-win32-status
2021-03-02 03:02:21 W3SVC611874432 10.XX.XX.XX POST / - 2020 DOMAIN\User 10.YY.YY.YY Mozilla/5.0+(Windows+NT+6.1)+AppleWebKit/537.36+(KHTML,+like+Gecko)+Chrome/88.0.4324.182+Safari/537.36 200 0 0
С чем связано такое поведение? Так должно быть, т.к. сервер обменивается с клиентом аутентификационными данными, либо у меня что-то не так настроено (2 раза клиенту возвращается 401 код и лишь в 3-й раз клиент получает код 200)? Могут ли из-за таких действий пропадать данные, переданные в первичном POST-запросе?
Ответы (1 шт):
В двух словах: это правильно и соответствует RFCI на протокол NTLM.
Я как-то похожими вопросами интересовался:
в них есть ссылка на майкрософтовский сайт с этими RFCI, можете нырнуть сами и узнать как глубока кроличья нора.
Если же кратко, то верхний пример - это полный цикл браузера (хром врёт, запросов реально три - смотрите в Firefox), а нижний - это в браузере ещё валидная авторизационная информация с контроллера домена осталась.
Могут ли из-за таких действий пропадать данные, переданные в первичном POST-запросе?
Современные браузеры нормально обрабатывают, ничего не теряют.