En av serverkillarna på jobbet pekade mig på den här länken som är en användbar referens:http://msdn.microsoft.com/en-us/library/bsz5788z%28v=vs.100%29.aspx
Han och andra avskräckte mig från att använda Windows-autentisering. En anledning var att jag skulle börja behöva lägga till varje ny användare som ett konto i databasen och det kunde bli väldigt krångligt med en stor användarbas. Dessutom, i vår miljö där vi har potential för användare som kommer från olika inloggningsdomäner, kommer problemen med att ha rätt förtroende och autentiseringsvägar mellan domäner in i bilden.
Så jag slutade försöka använda Windows-autentisering för att ansluta till databasen och skapade ett enda inloggningskonto i databasen för EF i MVC-applikationen att använda (från webbservern till DB-servern). Det fungerar utmärkt på det här sättet, men jag måste sätta upp någon sorts databastabell för att spåra och auktorisera vilka användare som har läs-/skrivåtkomst till huvuddata kontra alla skrivskyddade användare (som inte kommer att vara med i det tabell).
Min anslutningssträng ändrades till att ha denna anslutningssträng:
<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" />
Jag trodde att Windows Authentication\Integrated Security skulle göra saker enklare och bättre för användarna för hela applikationen, men fann att i vår miljö är det bättre att inte använda det för SQL Server-anslutningen.