Идентификационные данные IIS: пул приложений по сравнению с подключением как в основных настройках
djb как в Daniel J. Bernstein? У него есть ограниченный набор программного обеспечения, которое он записал, Вы не собираетесь заменять много FreeBSD "утилиты" его программным обеспечением. Я не уверен, что Вы понимаете то, что Вы спрашиваете.
Я использую его программное обеспечение регулярно и значительно ценю его подход для обеспечения разработки программного обеспечения. Однако его отсутствие рассмотрения стандартных конвенций UNIX, таких как Иерархия Файловой системы может быть печальным. В последний раз я слышал, Theo удалил программное обеспечение djb из портов OpenBSD из-за его лицензирования и конфликта по поводу иерархии файловой системы.
Вы могли заменить свой MTA QMAIL.
Вы могли заменить свой DNS djbdns.
Вы могли выполнить статический веб-сервер содержания с Publicfile.
Вы могли выполнить комбинацию tcpserver, и daemontools вместо более общего суперсервера как *inetd. daemontools очень полезен для поддерживания программного обеспечения в рабочем состоянии в случае катастрофического отказа, но необходимо работать на переднем плане.
Я бы предположил , что это может быть связано со способностью компьютера олицетворять удостоверение пула приложений по сети. В «Подключиться как» учетные данные сохранены (и в зашифрованном виде), поэтому он может создать полный первичный токен и получить доступ к ресурсам под этим идентификатором пользователя. com / b / proclarity / archive / 2011/03/08 / useapppoolcredentials-true-with-kerberos-delegation-on-2008.aspx
Возможно, связано:
https://stackoverflow.com/questions/3775569/ help-with-kerberos-authentication-in-iis-7
Я обнаружил причину, по которой может возникнуть следующая ошибка при использовании встроенной безопасности для строки подключения к серверу MSSSQL, несмотря на то, что в качестве идентификатора пула приложений задана учетная запись пользователя, которая может входить в систему и включите сквозную аутентификацию в основных настройках веб-сайта:
Ошибка собственного клиента Microsoft SQL Server 10.0 «80040e4d»
Ошибка входа для пользователя «NT AUTHORITY \ ANONYMOUS LOGON».
Перейдите в раздел Аутентификация и затем отредактируйте анонимного пользователя - измените использование учетной записи IUSR по умолчанию на использование идентификатора пула приложений.