Windowsアカウントを指定するのではなく、IISの組み込みアプリケーションプールIDを使用するプロとは何ですか?IISのアプリケーションプールIDとWindowsアカウント
Windows認証を使用して.Netアプリケーションから接続する場合は、私がアプリケーションプールIDを使用する場合、これをSQL Serverのユーザーと関連付ける必要があります。 DB?
あなたのアプリケーションプールのアカウントを設定する必要がないように、アプリケーションプールIDは便利に追加されましたか?
Windowsアカウントを指定するのではなく、IISの組み込みアプリケーションプールIDを使用するプロとは何ですか?IISのアプリケーションプールIDとWindowsアカウント
Windows認証を使用して.Netアプリケーションから接続する場合は、私がアプリケーションプールIDを使用する場合、これをSQL Serverのユーザーと関連付ける必要があります。 DB?
あなたのアプリケーションプールのアカウントを設定する必要がないように、アプリケーションプールIDは便利に追加されましたか?
使用される組み込みアカウントは、コンピュータ固有のものです。アプリケーションプール内のアプリケーションをネットワーク上の他のリソース(データベースサーバー、ファイル共有など)に接続する必要がある場合は、(Windows)ドメインアカウントを使用する方が良い選択肢です。ドメインアカウントを指定するときは、IISが使用している物理フォルダに正しいファイルアクセス許可が設定されていることを確認する必要があります。以降のオペレーティングシステムでは、このアカウントをIIS_IUSRSグループに追加して、既定のアクセス許可を取得することができます。
Windows認証を使用するイントラネット上で実行されるアプリケーションがいくつかあります。
<system.web>
<authentication mode="Windows"/>
<identity impersonate="true" username="Domain\Username" password="password"/>
</system.web>
あなたが可能にするドメインアカウントを使用して:web.configファイルでも
<connectionStrings>
<add name="ConnectionStringName" connectionString="Data Source=ServerName;Initial Catalog=DatabaseName;Trusted_Connection=true" providerName="System.Data.SqlClient"/>
</connectionStrings>
は以下の通りです:私たちは私たちのweb.configファイルでこれを処理する方法は、次のように私たちのSQL接続文字列を指定することです他のユーザーアカウントを管理するのと同じ方法でアカウントを管理します。ここでは、ユーザー名とパスワードがWeb設定のプレーンテキストに含まれています。
これが役に立ちます。
これは私の意見では良いアプローチではありません。パススルーを使用するように設定する必要がありますので、コード/設定ファイルのどこにでもWindowsドメインアカウントのパスワードを保存しないでください。 – tsells
アプリケーションプールがWindowsドメインアカウントを使用している場合、接続文字列rhoadsceを使用してSQL Serverに渡されるアカウントは正しくなりますか?だから、ユーザーを偽装する必要はありますか? – Remotec