Недавно мы выпустили последнюю версию нашего приложения для интрасети, которое теперь использует стандартную проверку подлинности Windows и должно иметь возможность подключения к настроенному серверу SQL с учетными данными домена конечного пользователя.
В последнее время мы обнаружили, что в нескольких развертываниях клиентов, хотя IIS может видеть учетные данные домена пользователя, он не будет передавать их на сервер SQL. Вместо этого он использует анонимную учетную запись. Это несмотря на все правильные шаги (изменение безопасности каталога на Win Auth, обновление Web.Config для использования Win Auth и запрет анонимных пользователей).
Я много читал, чтобы предположить, что нам нужно убедиться, что Kerberos установлен, но я не уверен (а), насколько это действительно (то есть действительно ли это требование?) Или (б) ) как провести расследование, если оно установлено, или как его настроить.
Мы находимся в ситуации, когда нам нужно либо настроить IIS или приложение для работы с клиентом, либо точно объяснить клиенту, что ему нужно сделать, чтобы он работал.
Нам удалось воспроизвести это в нашей внутренней сети с помощью тестового сервера SQL и блока IIS разработчика, поэтому мы собираемся возиться с этой настройкой и посмотреть, сможем ли мы найти решение, но если У кого-нибудь есть какие-нибудь яркие идеи, я буду рад их услышать!
Мне бы особенно хотелось услышать мысли или советы людей с точки зрения Kerberos. Является ли это требованием, и если это так, как я могу указать клиентам, как его следует настроить?
О, и я также видел, как несколько человек упомянули «классическое правило однократного прыжка» для доменов и передачи учетных данных Windows, но я не знаю, какой вес это действительно имеет?
Спасибо!
Мэтт