IIS Insider

IIS 6 を使用している場合、既定で、最初にWeb サービス拡張を構成しないでアプリケーションマッピングをインストールした場合でも、それらのアプリケーションマッピングすべてを呼び出すことができません。そのため、IIS 4 および IIS 5 では、マッピングは既定でインストールされ、有効になるため、マッピングの問題はさらに大きくなります。IIS 5 を参照している場合、アプリケーションマッピング（図１参照）は、WWW マスタプロパティのインターネットサービスマネージャコンソール、ホームディレクトリ、構成ボタンから確認することができます。

図 1: アプリケーション構成

お気づきのように、アプリケーションマッピングを検索することと、安全に削除することができるマッピングを確認するのはまた別の話です。実際に使用していないすべてのアプリケーションマッピングを削除または無効にするのが賢明です。IIS Lockdown Wizard ツール により、このタスクを便利に行うことができます。同時に、このツールのスクリプトマップ画面により、ファイル拡張子に関連するアプリケーションが表示されます。（図 2 参照）

図 2: IIS Lockdown Wizard ツール

最も一般的に使用されるアプリケーションマッピングは、サーバー側インクルードで使用されるASP です。これらの機能が必要の場合、リストから削除しないでください。そのほかには、以下のマッピングがあります。

コンテンツが Web サイトのディレクトリストラクチャにある場合、（つまり、URL を介し、すべてにアクセスできる場合）誰かがURL を推測し、そのファイルにアクセスできる可能性があります。不正なアクセスを防ぐ１つの方法として、NTFS アクセス権でユーザーを認証し、アクセスを制御する方法があります。これにより、ユーザーが正当なURL を推測することが避けられ、アクセス権を制御することができます。ご質問の内容では、ユーザーが自分自身のファイルを開くことができない場合、アクセス権がなにかおかしいようです。特定のユーザーアカウント（またはそれらのユーザーが所属するグループ）は、最低でもそのファイルのNTFS 読み取りアクセス権が必要です。従業員は認証の後、ファイルを開くことができます。

CGI プロセスがファイルを読み取っている場合、CGI プロセスを呼び出すユーザーに、最低NTFS 読み取りアクセス権を割り当てる必要があります。www.sysinternals.com (英語) で入手可能なFilemon を使用し、NTFS アクセス権に関連するアクセス権のトラプルシューティングをすばやく行うことができます。

2 番目に、Web ディレクトリストラクチャの一部でないファイルの読み取り、送信が行われるようにCGI プロセスが記述される可能性があります。つまり、CGI スクリプトは、d:/webcontent/scripts に配置される http://severname/scripts に置かれる可能性があります。スクリプトが呼び出されると、d:/employeefiles などのディスクサブシステム上の場所からファイルが読み取られる可能性があります。d:/files にマップする仮想ディレクトリまたは Web サイトがない場合、CGI プログラムからのみアクセスすることができ、URL から直接アクセスすることはできません。CGI プログラムへの匿名アクセスを有効にしない場合、コードにより、認証されているユーザー向けのコンテンツのみがブラウザへ送られるようにすることができます。このように、CGI プログラムをバイパスし、承認されないアクセス権を取得することはできません。

Expire Content Immediately の設定はすべてのファイルに適用されないというあなたの分析は全く正しいと言えます。Expires Content Immediately がユーザーインターフェイスで設定されている場合、これは静的なコンテンツのみに適用され、動的なコンテンツには適用されません。

この問題に対する効果的なソリューションがあります。すべてのコンテンツにヘッダを表示させる必要がある場合、カスタムヘッダを作成してください。カスタムヘッダが指定されると、それは静的、動的のいずれのコンテンツにもすべて追加されます。