IIS7の仮想ディレクトリをネットワーク共有フォルダにセットアップしようとしていますが、アクセス拒否エラーが発生します。
両方のサーバーで同じ名前とパスワードのユーザーを作成し、そのユーザーのフォルダーに対する読み取りと書き込みのアクセス許可を付与した後、仮想ディレクトリで[名前を付けて接続]オプションを使用して、新しく作成したユーザーを選択しました。念のため、両方のサーバーのアプリケーションプールに新しいユーザーを選択しました。
プロセスモニターを使用してファイル/フォルダーを監視しています。Webブラウザーを介して仮想ディレクトリにアクセスしようとするたびに、アクセスしているファイルでアクセスが拒否されたことがわかります。プロセスモニターは、新しく作成したユーザーも使用していることを認識します。
私がしなければならないことやチェックする必要があることは他にありますか...私は私が試したのと同じ情報を繰り返す多くのフォーラムを読みました。
アクセス拒否エラーは、ブラウザでアクセスしているファイルではなく、仮想ディレクトリの「web.config」ファイルにあるようです。ディレクトリ内の必要最低限のweb.configファイル(ユーザーの完全なアクセス許可付き)を試してみましたが、web.configファイルもありません...同じ結果です。
更新:
VDの基本設定オプションで[テスト設定]をクリックすると、次のように表示されます。
サーバーは、カスタムアカウントでパススルー認証を使用して、指定された物理パスにアクセスするように構成されています。アカウントに読み取りアクセス権がないため、このアカウントはパスにアクセスできません。アカウントにパスへの読み取りアクセス権を付与し、これらの設定を再度テストします。
ただし、新しいユーザーがネットワークマシンに対する完全なアクセス許可を持っていることを確認しました。
ありがとう、ポール
方法が100%わからない場合でも、今は機能しています。
両方のマシンで「NetUse */delete」を使用して、ネットワークサーバーへの現在の共有接続をすべて削除しました...現在アクティブな接続がないことを確認するためです。
次に、フォルダを右クリックして[共有]オプションを使用して共有フォルダを作成しました。このフォルダーに新しいユーザーのアクセス許可を付与しました... IISで仮想ディレクトリを削除し、以前のようにアクセスする代わりに共有フォルダー( '// ip address/sharedfoldername /')を使用して新しいディレクトリを作成しました( '// ip address/c $/inetpub/sharedfolder/')。
これは機能し、髪の毛を抜くことができなくなりました...以前に確立された接続からの認証を使用していた可能性があります(ネットワークドライブをマップしました)。
他の誰かが何か問題を抱えている場合に備えて、私はこれを投稿すると思いました。
ポール
両方のサーバーでユーザーを設定する必要はありません。ファイルを共有しているサーバーでユーザーを設定し、IISの[接続]設定を構成するときにログイン資格情報にSERVERNAME\Username
を使用します。
Windows認証が必要な場合は、IISがユーザーになりすまそうとしていることがわかります。匿名認証を構成し、アプリケーションプールID(同じユーザー)を使用すると機能しますか?匿名ユーザーアカウントとしてUNC権限がありますか?)