2Axl_Dead
>Главное здесь последняя строка определяющая анонимное соединение k SQL Server.
Это не анонимное, а доверительное соединение, при котором SQL Server доверяет сетевой аутентикации пользователя, т.е. просто обращается за подтверждением к соответсвующему компьютеру (контоллеру домена или локальной машине).

На самом деле соединение происходит не между пользоателем и SQL, а между IIS и SQL, а вот SQL разрешает доступ IIS к своим ресурсам на основании добавленного вами логина IUSR_имясервера.
Т.е. схема такая

User -- WAN, Internet(http?) --> IIS server -- LAN(tcp/ip) --> SQL
Таким образом IIS и SQL все равно находятся в одной локальной сети(домене).

У Mici насколько я понимаю схема подключения такая

User -- WAN, Internet(tcp/ip) --> SQL

В этом случае говорить от доверительном подключении IMHO нельзя, если только не организована,например, VPN, которая даст пользователю возможность сначала попасть во внутреннюю сеть(залогиниться в домен). Поэтому как предложил cvasil, нужно использовать SQL аутентификацию. Кроме того, в некоторые готовые программы(QA, EM) невозможно вставить предложенный вами код


К вашему вопросу. Ну а что вы хотели ? Вы используете ASP, который выполняется на серверной стороне(IIS сервером) от имени учетной записи, под которой стартует IIS и соединение с SQL сервером устанавливаете для этой же учетной записи. Так что для SQL все ваши пользователи скрываются за IIS.
Можно наверное как-то получить данные о пользователе с помощью ASP и передавать их как параметры в запросах/процедурах. Но тут я пас - ASP не моя область, наверняка кто-то из участников форума лучше знаком с этой проблемой.
Лично я использую SQL2000, где настроена поддержка XML. Там можно указать, как SQL аутентифицирует пользователя, который открывает XML. Я выбрал Windows Integrated Authentication.

IMHO
даже если вы узнаете имя пользователя и его пароль в домене (скажем через Active Directory), то все равно не сможете использовать их в ASP для создания доверительного соединения, т.к. выполнение cnn.Open "Driver={SQL Server}; Server="&ServerName&"; Trusted_Connection=yes; Database="&DatabaseName происходит на стороне IIS сервера от имени его учетной записи и эти данные будут автоматически использоваться из-за Trusted_Connection=yes. По-моему так

При SQL authentication строка подключения выглядит так
Driver={SQL Server}; Server="&ServerName&";UID=username;PWD=userpassowrd; Database="&DatabaseName
и в этом случае SQL не проверяет авторизован пользователь в домене, а только имеется ли такой пользователь на самом SQL сервере(ну и пароль конечно).

Т.е. если вы будете использовать такую строку подключения, прописанную явно, то опять же все конечные пользователи будут скрываться для SQL за этим логином.