職場のサーバー担当者の 1 人が、参考になる次のリンクを教えてくれました。 vs.100%29.aspx">http://msdn.microsoft.com/en-us/library/bsz5788z%28v=vs.100%29.aspx
彼と他の人たちは、私が Windows 認証を使用するのを思いとどまらせました。理由の 1 つは、新しいユーザーごとにアカウントとしてデータベースに追加する必要があり、ユーザー ベースが大きいと非常に面倒になる可能性があることです。また、異なるログイン ドメインからユーザーが来る可能性がある環境では、ドメイン間の正しい信頼と認証パスの問題が発生します。
そのため、Windows 認証を使用してデータベースに接続しようとするのをやめ、MVC アプリケーションで (Web サーバーから DB サーバーへ) 使用する EF のデータベースに単一のログオン アカウントを作成しました。この方法はうまく機能しますが、メインデータへの読み取り/書き込みアクセス権を持つユーザーとすべての読み取り専用ユーザー (その中にいないユーザー) を追跡および承認するために、ある種のデータベーステーブルをセットアップする必要があります。表）
接続文字列が次の接続文字列に変更されました:
<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 接続には使用しないほうがよいことがわかりました。