Един от момчетата от сървъра на работа ме насочи към тази връзка, която е полезна справка:http://msdn.microsoft.com/en-us/library/bsz5788z%28v=vs.100%29.aspx
Той и други ме разубедиха да използвам Windows Authentication. Една от причините беше, че започнах да добавям всеки нов потребител като акаунт към базата данни и това можеше да стане много тромаво с голяма потребителска база. Също така, в нашата среда, където имаме потенциал за потребители, идващи от различни домейни за влизане, тогава проблемите с правилните доверителни връзки и пътища за удостоверяване между домейните влизат в действие.
Така че спрях да се опитвам да използвам Windows Authentication, за да се свържа с базата данни, и създадох един акаунт за влизане в базата данни за EF в приложението MVC, който да използвам (от уеб сървъра до DB сървъра). Работи страхотно по този начин, но ще трябва да настроя някаква таблица с база данни, за да проследявам и разрешавам кои потребители имат достъп за четене/запис до основните данни срещу всички потребители само за четене (които няма да бъдат в това таблица).
Моят низ за връзка се промени, за да има този низ за връзка:
<add name="ReclosingContext" connectionString="Data Source=sqlserverbox\devtest;Initial Catalog=Reclosing;Integrated Security=False;User ID=xxxxxxxx;Password=xxxxxxxxx;MultipleActiveResultSets=True"
providerName="System.Data.SqlClient" />
Мислех, че Windows Authentication\Integrated Security ще направи нещата по-прости и по-добри за потребителите за цялото приложение, но открих, че в нашата среда е по-добре да не го използвате за връзката със SQL Server.
