私は新しい Win7 ワークステーションを持っており、ScrewTurn Wiki をそのマシンで実行しようとしています。STW のインストールではファイル システム オプションを使用してデータを保存しているため、Web サイトがインストールされているフォルダー内の ASP.NET ワーカー プロセスに書き込み権限を与える必要があります。
ただし、フォルダーのアクセス許可に追加するために、Win7 でワーカー プロセスの名前を思い付くことができないようです。私の記憶が正しければ、XP では ASPNET_WP でしたが、Win7 ではその名前ではありません。
誰か教えてください。
追加するために編集：
@Dragan_Radivojevic への返信として、問題のアプリケーション プールは次のようになります (ScrewTurnWiki という名前)。
ID は「ApplicationPoolIdentity」です
すべての IIS_USRS グループに書き込み権限を与えることは、セキュリティの観点からはお勧めできません。それを行う必要はありません。アプリケーション プールを実行しているシステム ユーザーにのみアクセス許可を与えることができます。
II7 を使用している場合 (および使用していると思います)、次の手順を実行します。
注 #1: #3 に ApplicationPoolIdentity が表示される場合は、この IIS AppPool{application_pool_name} のようにこのシステム ユーザーを参照する必要があります。例 IIS AppPool\DefaultAppPool
注 2: このユーザーを追加するときは、[ユーザーまたはグループの選択] ダイアログで正しい場所を設定してください。これはローカル アカウントであるため、ローカル マシンに設定する必要があります。
これが古いスレッドであることは承知していますが、ここで回答をさらに拡大すると、デフォルトで IIS 7.5 はアプリケーション プール ID アカウントを作成し、その下でワーカー プロセスを実行します。ファイルのアクセス許可を追加する場合、通常のユーザー アカウントのようにこれらのアカウントを検索することはできません。それらを NTFS アクセス許可 ACL に追加するには、アプリケーション プール ID の名前全体を入力すると機能します。
仮想アカウントと見なされるため、アプリケーション プール ID アカウントの処理方法がわずかに異なるだけです。
また、アプリケーション プール ID のユーザー名は "IIS AppPool\application pool name" であるため、アプリケーション プール DefaultAppPool の場合、ユーザー アカウントは "IIS AppPool\DefaultAppPool" になります。
これらは、コンピューター管理を開いてローカル グループ IIS_IUSRS のメンバーを確認すると確認できます。アカウントを NTFS アクセス許可 ACL に追加する場合、末尾に追加された SID は必要ありません。
それが役立つことを願っています
私の当面の解決策 (ASP.NET ワーカー プロセスが見つからなかったため) は、IIS_IUSRS に書き込み (つまり、変更) のアクセス許可を与えることでした。これはうまくいきました。WinXP では、これを達成するために ASP.NET ワーカー プロセスに書き込み許可を明確に与える必要があったことを思い出すようです。記憶違いかもしれませんが…
@DraganRadivojevic は、これはセキュリティの観点から危険だと考えていると書いています。異論はありませんが、これは私のワークステーションであり、ネットワーク サーバーではないため、比較的安全に思えました。いずれにせよ、彼の答えはより優れており、AppPool ユーザーの正しいドメインを指定していないために失敗したパスを追跡した後、最終的に落ち着いたものです。