IIS Insider - February 2006

IIS 5.1 は Windows XP Professional の一部であり、Web のアプリケーションを展開するための低費用のソリューションを提供します。IIS 5.1 はあなたが試行しているような、展開の目的だけに使用されるべきです。コンピュータの安全を確保するために、以下をインストールすることを推奨します。

あなたの問題に対処するために、一般的な原則として Windows XP Professional を実行しているコンピュータで NTFS のアクセス許可を設定する必要はありません。Windows XP Professional のコンピュータのアクセス許可を変更できますが、その場合それ以上の問題を発生させないように特に 気をつけてください。

既定で、Windows XP Home Edition または Windows XP Professional を実行しているコンピュータでアクセス許可を設定できません。なぜなら、「簡易ファイルの共有」が有効になっているからです (Windows XP Home Edition - ベースのコンピュータは常に「簡易ファイルの共有」が有効です)。

Windows XP Professional で「簡易ファイルの共有」を無効にする

これから、データベースにみなさんのコンピュータ名を追加します。

Windows XP Professional、 IIS 5.1、および NTFS のアクセス許可に関する詳細については、サポート技術情報 308418をご覧ください。.

この質問は、IIS newsgroups (英語情報) およびさまざまなオンラインのコミュニティでもっとも一般的に見られる質問のひとつです。Windows 2000 のリリース以来、IIS はオペレーティング システムの一部となっているので、別にダウンロードすることはできません。マイクロソフトは Windows Vista および「Longhorn」というコード名である次のバージョンの Windows Server に Web サーバー (IIS 7.0) を搭載してリリースする予定です。

IIS 7.0 のプレ リリースのバージョンを入手するにはいくつかの方法があります。TechNet または MSDN を購読している場合は、Windows Vista ベータ 2 のプログラム (IIS 7.0 が含まれます) に参加可能です。さらに、今年後半には、Windows Vista のパブリック ベータ プログラムにより、パブリック テストでプレリリース コードがより幅広くご利用になれます。Pre-release versions of Windows Server "Longhorn" (英語情報) は現在プライベート ベータ テスターのみがご利用になれます。しかし、Community Technology Preview (CTP) のプログラムは、通常マイクロソフトのお客様に製品開発の初期の段階で参加していただくためのイニシアチブであり、この先数ヶ月のパブリックなプレリリースのバージョンの詳細を提供します。

IIS 7.0 はトラブルシューティングの時間短縮のための第一級の診断システム同様、最新の設定のシステム、見栄えの良い新しいグラフィカルなインターフェイスを提供します。さらに、初めて IIS がモジュール化されます。管理者または開発者が IIS のワーカー プロセスによりダウンロード可能なモジュールを有効/無効にできます。例えば、みなさんの Web サイトにリクエストをログしたい場合、ログのモジュールをインストール、または .NET を実行したい場合、そのためのモジュールがあります。開発者にとって IIS 7.0 の非常に興味深い部分はユーザーが IIS 7.0 でさまざまなことを行なうために、既存の C++ 言語または制御されたコード (.NET) を使用して独自のモジュールを書けることです。

DNS は、TLD で始まる階層的な方法で設定されます。ホスト アドレスを検出するのは非常に容易です。コンピュータは最初に TLD を検出し、正しいドメインへ移ります。それからホストへ向かいます。

認証の問題はたびたび IIS のユーザーに問題をもたらします。残念ながら、認証は明確で決定的な解決策を提供しません。そこには多くの根本的な原因があります。Windows 統合認証は一般的な問題で、役立つリソースがいくつかあります。

あなたの状況に関する情報が限られている場合、チェックしていただきたいほかの項目を提供します。

ここで、みなさんの IIS 6 の構成を確認することが必要です。

•	Web サイトまたは仮想ディレクトリを要求しているクライアントは、権限を借用する必要があります。アプリケーションが権限のあるユーザーを委任する必要がある場合、その Web サイト/仮想ディレクトリは IIS MMC による匿名アクセスを使用する設定にされていません。 \Website\Virtual Directory\Properties\Directory Security\Authentication Methods      ［匿名アクセスを有効にする］が選択されていない。      ［統合 Windows 認証を使用する］が選択されていない。 ［統合 Windows 認証を使用する］ が有効であることを確認した後、以下のメタベースのプロパティの設定を確認して Kerberos が可能であるか確認してください。      NTAuthenticationProviders 「NTLM の取り決め」または、「Kerberos の取り決め」が有効にされるようにこのプロパティを設定してください。これを確認するには、以下のコマンドをコマンド プロンプトで使用してください。      Cscript adsutil.vbs get w3svc/NTAuthenticationProviders 以下のように返してきます。 実寸大イメージを参照 重要: このプロパティはメタベースの構成でさまざまなレベルで設定されることが可能です。正しい設定が表示されていることを確認するために、Kerberos を実行させたい Web サイト、仮想ディレクトリ、ディレクトリまたはファイルにこのプロパティがあることを確認します。以下のコマンドを使用することにより、メタベース内のどこかにこのプロパティが設定されていることを容易に判断できます。      Cscript adsutil.vbs find NTAuthenticationProviders
•	IIS で実行しているアプリケーションが ASP.Netのアプリケーションである場合、ASP.Net のアプリケーションがクライアントを借用していることを確認してください。これを確認するには、Web アプリケーション フォルダにある Web.config ファイルを表示して、<System.web> のセクションの下で、借用のための要素である <identity impersonate="true" />が設定されているかを確認します
•	IIS に追加のサービス プリンシパル名 (SPN) を設定する必要があるか確認してください。これは、IIS の構成によります。サービスは SPN と共に Active Directory に登録されています。これは、Kerberos を実行するために必須です。SPN の変更を行なうために、SetSPN.exe utility を使用してください。

バックエンドサービスの構成:

私たちはしばしばリモート システムを「バックエンド サービス」と考えますが、これは IIS が「偽装された」ユーザーのトークンを委任している場所を示します。これは、Active Directory に登録された有効な SPN が必要です。さもないと、Kerberos のトラフィックが IIS とバックエンド サービス間で失敗します。

バックエンドはファイル サーバー、SQL サーバーまたは別の Web サーバー (IIS) の可能性があります。このコラムでは、すべての設定可能なバックエンドのサービスおよび必要とされる SPN については取り扱いません。

SQL サーバーはこの種類のシナリオで最も一般的なバックエンドなので、SQL サーバーの設定に関して、追加のリソース (サポート技術情報) を挙げます。

まず、この状況でいつもお尋ねするのは、サーバーで何が変更されたかです。最近新しいコードを展開しましたか? サービス パックや修正プログラムなどを適用しましたか? あなたがおっしゃったようにイベント ログにはエラーが無いようなので、問題を追跡する最適な方法はメモリのダンプをとらえるために Debug Diagnostics を使用することです。

Debug Diagnostics のツールをダウンロードする

まず行なわなければならないことは、Debug Diagnostics のツールをダウンロードです。Debug Diagnostics は最近 IIS Diagnostics Toolkitの一部としてリリースされました。

Debug Diag をインストールする

     セットアップの種類のダイアログ ボックスで、［Typical Installation］ を選択します。

Debug Diagnostic ツールを使用する

メインの Debug Diagnostic ツール ウィンドウがみなさんの今作成したルールを表示します。みなさんのルールのあるラインでは、 Userdump のカウントが 0 に設定されていることに注意してください。次に ISS がクラッシュした際に、Debug Diag はメモリ ダンプを取り込みます。したがって、Userdump のカウントは 1 まで上がります。

原寸大サイズを参照

メモリの取り込みを分析する

将来のコラムでは、http://www.microsoft.com/japan/whdc/devtools/debugging/default.mspx でご利用になれる Windows の Debugging Tools を使用したメモリ ダンプの詳細な分析について議論します。

Debug Diagnostics 1.0 の詳細なトレーニングに関しては、IIS Webcast Series (英語情報) で以下の Webcast をご覧ください。