Это хороший выбор, если сайт или сер­вис общедоступен и идентификация запрашивающего вас не интересует. В таком случае на браузеры не накладываются ограничения, вызванные не­совместимостью с выбранным механизмом аутентификации. Когда сайт настроен на анонимную аутентификацию, доступ разрешается всем поль­зователям. Важно помнить, что, даже если IIS настроен на анонимную аутентификацию, аутентификация может осуществляться на уровне ASP.NET, и тогда это нельзя назвать настоящей анонимной аутентифика­цией. В этом разделе предполагается, что как ИЗ, так и приложение не требуют регистрации.

Типичные сценарии применения Анонимная аутентификация подходит, если:

• вам не нужно знать имя и/или пароль пользователя для входа или компонентов бизнес-логики;

• информация считается общедоступной.

Анонимная аутентификация не годится, если:

•      доступ пользователей ограничен по имени и паролю. Прочие соображения

Выбирая анонимную аутентификацию, примите во внимание следующие соображения.

Сайты, содержащие только персонализированный контент

Если вы разрабатываете сайт, содержащий только персонализированный контент, анонимная аутентификация может стать неплохим выбором. Пример — новостной сайт, предлагающий местные новости в зависимос­ти от места проживания пользователя, но при этом не требующий явной регистрации. Персонализация может выполняться на основе cookie от­дельно от аутентификации. Подробнее о cookie см. раздел Cookie далее в этом документе.

Олицетворение

При анонимной аутентификации поток приложения будет выполняться под одной из следующих учетных записей:

• встроенной анонимной учетной записью Интернета — П.'SR MACHI NENAME;

• учетной записью, настроенной в IIS для анонимного пользователя;

• системной учетной записью IIS.

Если приложение использует другие ресурсы, такие как СОМ +-коли ганен-ты, базы данных, очереди сообщений или общие файловые ресурсы с под­держкой UNC, вам придется выдать соответствующие разрешения ано­нимному пользователю. В этом случае рассмотрите следующие варианты.