Звучи ли това като вашия сценарий?
- IIS уеб приложение, създадено на локална машина
- Уеб приложението използва Windows удостоверяване
- Уеб приложението разговаря с базата данни и на локална машина
- Потребителите на уеб приложения също имат валидни данни за влизане в база данни
- Идентификационните данни на потребителите на уеб приложението се предават към базата данни чрез доверена връзка
Всичко работи отлично. След това го премествате в друга среда, където базата данни и IIS вече не са на един и същ сървър и тогава не можете да накарате базата данни да разпознае идентификационните данни, които IIS предава?
Ако е така, тогава добре дошли в моя ад преди няколко месеца. Проблемът е, че след като двата процеса не са в една и съща кутия, те вече не се доверяват един на друг. Необходими са разрешения за администриране на мрежата, за да могат двата процеса да се доверяват един на друг през границите на сървъра. За съжаление не писах в блог за това, но общите стъпки бяха
- маркирайте акаунта на услугата IIS като надежден (настройка на Active Directory)
- задайте главното име на услугата (SPN) или на netbios името, или на FQDN
- трябваше да се настрои нещо и на двете кутии, за да покаже, че могат да се доверят един на друг
Съжалявам за неясния спомен и тъй като не бях този с пълномощията да коригира нещо, трябваше само да ги наблюдавам как щракат бутоните. Началната статия за Как да се свържете към SQL Server чрез Windows Authentication ни отведе доста далеч по пътя.
