Конфигурация возможна ..
1.вы меняете пользователя, прод котором работает на IIS работает ваше приложение т.е. с IUSR_имя машины, на пользователя который имеет доступ в SQL.
2. вы даёте права в SQL пользователю IUSR_имямашиныгдестоитIIS в SQL
но , одно но Windows CR вы не сможете использовать в случае если SQL 7.0, только Basic auth..
WCR поддерживается только на SQL2K и то только после SP1

нет погоди, что значит всем подряд, те кто у тебя имеют доступ к IIS (выставляешь на NTFS) те у тебя сквозняком лезут под своими логинами в SQL ()...соответственно в SQL у тебя те же чуваки что и в IIS должны иметь права на доступ. Обычно создают группу и дают ей права и в SQL и на NTFS. под CR я подразумевал Integrated Auth...

Сорри Глори но не совсем так ..

Если стоит при подсоединении Trusted connection к SQL то всё будет работать так, как я рассказывал до этого и действительно важно под каким пользователем крутиться IIS. в случае если же вы указываете Connecton String в котором явно используете SQL Auth то действительно по барабану какой пользователь имеет доступ у IIs. но как видно в письме человек хочет использовать Trusted Connection и соответственно пользователи с IIS напрямую имеют доступ к BD.
2GLORY Томасу нужно чтобы "Нужно из ASP страницы на этом сервере сконектиться к SQL серверу на другом комьютере также методом Windows индентификации" а значит это Trusted connection и следовательно выражение "ASP страница выполняется(читай - имеет доступ к локальным и сетевым ресурсам) всегда с правами учетной записи, под которой запущен IIS (по умолчанию IUSR_имя машины), а не с правами пользователя, открывающего ASP страницу." неверно.

Народ у нас есть AC в ICQ - давайте уточним детали в нем .. спйт что то медленно у меня отзывается .