Web 配置発行の Web サーバーを構成する (Web 配置ハンドラー)

[アーティクル]
06/25/2023

このトピックでは、IIS Web 配置ハンドラーを使用して Web 発行と展開をサポートするようにインターネットインフォメーションサービス (IIS) Web サーバーを構成する方法について説明します。

Web Deploy 2.0 以降を使用する場合、アプリケーションまたはサイトを Web サーバーに取得するために使用できる 3 つのメインアプローチがあります。次のようにすることができます。

Web 配置リモートエージェントサービスを使用します。この方法では、Web サーバーの構成が少なくて済みますが、サーバーに何かを展開するには、ローカルサーバー管理者の資格情報を指定する必要があります。

Web 配置ハンドラーを使用します。この方法ははるかに複雑であり、Web サーバーを設定するためにより多くの初期作業が必要です。ただし、この方法を使用する場合は、管理者以外のユーザーが展開を実行できるように IIS を構成できます。 Web 配置ハンドラーは、IIS バージョン 7 以降でのみ使用できます。

オフラインデプロイを使用します。この方法では、Web サーバーの最小構成が必要ですが、サーバー管理者は Web パッケージをサーバーに手動でコピーし、IIS マネージャーを使用してインポートする必要があります。

これらのアプローチの主な機能、利点、欠点の詳細については、「 Web 配置に対する適切なアプローチの選択」を参照してください。

はい(管理者以外のユーザーが特定の IIS Web サイトにコンテンツを展開できるようにする場合)。この方法は、多くの場合、次の種類のシナリオで望ましい場合があります。

リモート展開をトリガーするユーザーまたはサービスアカウントがサーバー管理者の資格情報にアクセスできる可能性が低いステージング環境または運用環境。
ホストされている環境。リモートユーザーが Web サーバーを完全に制御 (または他のユーザーの Web サイトにアクセス) することなく、Web サイトを更新できるようにする必要があります。

開発またはテストのシナリオや小規模な組織では、サーバー管理者の資格情報を使用してコンテンツを展開することは、多くの場合、あまり問題ではありません。これらのシナリオでは、Web 配置リモートエージェントサービスを使用してデプロイをサポートするように Web サーバーを構成すると、より簡単なアプローチが提供されます。

タスクの概要

Web 配置ハンドラーアプローチを使用してリモートコンピューターから Web パッケージを受け入れて展開するように Web サーバーを構成するには、次の操作を行う必要があります。

デプロイの実行に使用する資格情報を持つドメインユーザーアカウント ("管理者以外のユーザー") を作成するか、選択します。
Web 管理サービスと基本認証モジュールを含む IIS 7.5 をインストールします。
Web Deploy 2.1 以降をインストールします。
リモート接続を許可するように Web 管理サービスを構成し、サービスを開始します。
展開されたコンテンツをホストする IIS Web サイトを作成します。
IIS マネージャーで Web サイトに対する管理者以外のユーザーのアクセス許可を付与します。
Web 管理サービスの委任ルールで、管理者以外のユーザーアカウントを使用して Web サイトのコンテンツを追加および変更することをサービスに許可していることを確認します。
ポート 8172 で受信接続を許可するようにファイアウォールを構成します。

ContactManager サンプルソリューションを具体的にホストするには、次のことも必要です。

.NET Framework 4.0 をインストールします。
MVC 3 ASP.NET インストールします。

このトピックでは、これらの各手順を実行する方法について説明します。このトピックのタスクとチュートリアルでは、Windows Server 2016を実行しているクリーンサーバービルドから始めていることを前提としています。続行する前に、次のことを確認します。

Windows Server 2016
サーバーはドメインに参加しています。
サーバーには静的 IP アドレスがあります。

注意

コンピューターをドメインに参加させる方法の詳細については、「ドメインへのコンピューターの参加」および「ログオン」を参照してください。静的 IP アドレスの構成の詳細については、「静的 IP アドレスの構成」を参照してください。

製品とコンポーネントのインストール

このセクションでは、必要な製品とコンポーネントを Web サーバーにインストールする方法について説明します。開始する前に、Windows Updateを実行して、サーバーが完全に最新であることを確認することをお勧めします。

この場合は、次のものをインストールする必要があります。

IIS 7 の推奨構成。これにより、 Web サーバー上の Web サーバー (IIS) ロールが有効になり、ASP.NET アプリケーションをホストするために必要な IIS モジュールとコンポーネントのセットがインストールされます。
IIS: 管理サービス。これにより、IIS に Web 管理サービス (WMSvc) がインストールされます。このサービスにより、IIS Web サイトのリモート管理が可能になり、Web 配置ハンドラーエンドポイントがクライアントに公開されます。
IIS: 基本認証。これにより、IIS 基本認証モジュールがインストールされます。これにより、Web 管理サービス (WMSvc) は、指定した資格情報を認証できます。
Web 配置ツール 2.1 以降。これにより、Web 配置 (およびその基になる実行可能ファイル MSDeploy.exe) がサーバーにインストールされます。このプロセスの一環として、Web 配置ハンドラーがインストールされ、Web 管理サービスと統合されます。
.NET Framework 4.0。これは、このバージョンの.NET Frameworkに基づいて構築されたアプリケーションを実行するために必要です。
MVC 3 を ASP.NET します。これにより、MVC 3 アプリケーションを実行するために必要なアセンブリがインストールされます。

Note

このチュートリアルでは、Web プラットフォームインストーラーを使用してさまざまなコンポーネントをインストールおよび構成する方法について説明します。 Web プラットフォームインストーラーを使用する必要はありませんが、依存関係を自動的に検出し、常に最新の製品バージョンを取得できるようにすることで、インストールプロセスが簡素化されます。詳細については、「Microsoft Web Platform Installer」を参照してください。

必要な製品とコンポーネントをインストールするには

Web Platform Installer をダウンロードしてインストールします。
インストールが完了すると、Web プラットフォームインストーラーが自動的に起動します。

注意

[ スタート ] メニューからいつでも Web プラットフォームインストーラーを起動できるようになりました。これを行うには、[スタート] メニューの [すべてのプログラム] をクリックし、[Microsoft Web Platform Installer] をクリックします。
[Web Platform Installer] ウィンドウの上部で、[製品] をクリックします。
ウィンドウの左側にあるナビゲーションウィンドウで、[ フレームワーク] をクリックします。
[Microsoft .NET Framework 4] 行で、.NET Frameworkがまだインストールされていない場合は、[追加] をクリックします。

注意

.NET Framework 4.0 から Windows Update を既にインストールしている可能性があります。製品またはコンポーネントが既にインストールされている場合、Web プラットフォームインストーラーは、[ 追加] ボタンを [インストール済み] というテキストに置き換えることで、これを示します。
[ASP.NET MVC 3 (Visual Studio 2010)] 行で、[追加] をクリックします。
ナビゲーションウィンドウで、[サーバー] をクリック します。
[ IIS 7 Recommended Configuration]\(IIS 7 推奨構成\) 行で、[ 追加] をクリックします。
[Web 配置ツール 2.1] 行で、[追加] をクリックします。
[ IIS: 基本認証 ] 行で、[ 追加] をクリックします。
[ IIS: 管理サービス ] 行で、[ 追加] をクリックします。
[インストール] をクリックします。 Web プラットフォームインストーラーには、インストールされる製品の一覧と関連する依存関係が表示され、ライセンス条項に同意するように求められます。
ライセンス条項を確認し、条項に同意する場合 は、[同意する] をクリックします。
インストールが完了したら、[ 完了] をクリックし、[ Web プラットフォームインストーラー ] ウィンドウを閉じます。

IIS をインストールする前に.NET Framework 4.0 をインストールした場合は、ASP.NET IIS 登録ツール (aspnet_regiis.exe) を実行して、最新バージョンの ASP.NET を IIS に登録する必要があります。これを行わないと、IIS は静的コンテンツ (HTML ファイルなど) を問題なく提供しますが、コンテンツを ASP.NET 参照しようとすると HTTP エラー 404.0 – Not Found が返されます。次の手順を使用して、ASP.NET 4.0 が登録されていることを確認できます。

ASP.NET 4.0 を IIS に登録するには

[ スタート] をクリックし、「 コマンドプロンプト」と入力します。
検索結果で、[ コマンドプロンプト] を右クリックし、[ 管理者として実行] をクリックします。
コマンドプロンプトウィンドウで、 %WINDIR%\Microsoft.NET\Framework\v4.0.30319 ディレクトリに移動します。
次のコマンドを入力し、Enter キーを押します。
```
aspnet_regiis -iru
```
任意の時点で 64 ビット Web アプリケーションをホストする予定の場合は、64 ビットバージョンの ASP.NET も IIS に登録する必要があります。これを行うには、コマンドプロンプトウィンドウで、 %WINDIR%\Microsoft.NET\Framework64\v4.0.30319 ディレクトリに移動します。
次のコマンドを入力し、Enter キーを押します。
```
aspnet_regiis -iru
```

この時点でもう一度Windows Update使用して、インストールした新しい製品とコンポーネントの利用可能な更新プログラムをダウンロードしてインストールすることをお勧めします。

Web 管理サービスを構成する

必要なものがすべてインストールされたので、次の手順は IIS で Web 管理サービスを構成することです。大まかに言うと、次のタスクを完了する必要があります。

サーバーレベルで基本認証を有効にします。
リモート接続を受け入れるように Web 管理サービスを構成します。
Web 管理サービスを開始します。
必要な Web 管理サービスの委任規則が設定されていることを確認します。

Web 管理サービスを構成するには

[ スタート ] メニューの [ 管理ツール] をポイントし、[ インターネットインフォメーションサービス (IIS) マネージャー] をクリックします。
IIS マネージャーの [ 接続 ] ウィンドウで、サーバーノード ( たとえば、STAGEWEB1) をクリックします。
中央のウィンドウの [ IIS] で、[ 認証] をダブルクリックします。
[ 基本認証] を右クリックし、[ 有効にする] をクリックします。
[ 接続 ] ウィンドウで、サーバーノードをもう一度クリックして、最上位の設定に戻ります。
中央のウィンドウの [ 管理] で、[ 管理サービス] をダブルクリックします。
中央のウィンドウで、[ リモート接続を有効にする] を選択します。

注意

Web 管理サービスが既に実行されている場合は、最初に停止する必要があります。
[ 操作 ] ウィンドウで、[ 開始 ] をクリックして Web 管理サービスを開始します。
設定を保存するように求められたら、[ はい] をクリックします。

注意

サービスを自動的に開始するように構成することもできます。これを行うには、サービスコンソールを開き、[ Web 管理サービス] を右クリックし、[ プロパティ] をクリックします。 [ スタートアップの種類 ] ドロップダウンリストで、[ 自動] を選択し、[OK] をクリック します。
[ 接続 ] ウィンドウで、サーバーノードをもう一度クリックして、最上位の設定に戻ります。
中央のウィンドウの [ 管理] で、[ 管理サービスの委任] をダブルクリックします。
中央のペインに一連のルールが含まれていることを確認します。

これらの規則により、承認された Web 管理サービスユーザーはさまざまな Web 配置プロバイダーを使用できます。たとえば、Web 配置ハンドラーを使用して Web アプリケーションとコンテンツを IIS に展開するには、認証されたすべての Web 管理サービスユーザーが contentPath プロバイダーと iisApp プロバイダー (スクリーンショットに表示される最後のルール) を使用できるようにする委任規則が必要です。

このトピックで説明する順序で製品とコンポーネントをインストールした場合、Web 配置の最新バージョンでは、必要なすべての委任規則が Web 管理サービスに自動的に追加されます。 [管理サービス委任] ページにルールが表示されない場合は、自分で作成する必要があります。これを行う手順については、「 Web 配置ハンドラーの構成」を参照してください。
[ 接続 ] ウィンドウで、サーバーノードをもう一度クリックして、最上位の設定に戻ります。

IIS Web サイトを作成して構成する

Web コンテンツをサーバーに展開する前に、コンテンツをホストするように IIS Web サイトを作成して構成する必要があります。 Web 配置では、Web パッケージを既存の IIS Web サイトにのみ展開できます。Web サイトを作成することはできません。また、管理者以外のアカウントがコンテンツをリモートで展開できるように、少し追加の構成を行う必要もあります。大まかに言うと、次のタスクを完了する必要があります。

ファイルシステム上に、コンテンツをホストするフォルダーを作成します。
コンテンツを提供する IIS Web サイトを作成し、ローカルフォルダーに関連付けます。
ローカルフォルダーのアプリケーションプール ID に読み取りアクセス許可を付与します。
Web アプリケーションを展開するドメインアカウントに必要な IIS アクセス許可を付与します。

IIS の既定の Web サイトにコンテンツを展開することを止めることはありませんが、この方法はテストシナリオやデモシナリオ以外には推奨されません。運用環境をシミュレートするには、アプリケーションの要件に固有の設定を含む新しい IIS Web サイトを作成する必要があります。

IIS Web サイトを作成するには

ローカルファイルシステムで、コンテンツを格納するフォルダー ( C:\DemoSite など) を作成します。
[ スタート ] メニューの [ 管理ツール] をポイントし、[ インターネットインフォメーションサービス (IIS) マネージャー] をクリックします。
IIS マネージャーの [ 接続 ] ウィンドウで、サーバーノード ( たとえば、STAGEWEB1) を展開します。
[ サイト ] ノードを右クリックし、[ Web サイトの追加] をクリックします。
[ サイト名 ] ボックスに、IIS Web サイトの名前 ( DemoSite など) を入力します。
[ 物理パス ] ボックスに、ローカルフォルダー ( C:\DemoSite など) へのパスを入力 (または参照) します。
[ ポート ] ボックスに、Web サイトをホストするポート番号 ( 85 など) を入力します。

注意

標準ポート番号は、HTTP の場合は 80、HTTPS の場合は 443 です。ただし、この Web サイトをポート 80 でホストする場合は、サイトにアクセスする前に既定の Web サイトを停止する必要があります。
Web サイトのドメインネームシステム (DNS) レコードを構成する場合を除き、[ ホスト名 ] ボックスは空白のままにし、[ OK] をクリックします。

Note

運用環境では、ポート 80 で Web サイトをホストし、一致する DNS レコードと共にホストヘッダーを構成する必要があります。 IIS 7 でのホストヘッダーの構成の詳細については、「 Web サイトのホストヘッダーの構成 (IIS 7)」を参照してください。 Windows Server の DNS サーバーロールの詳細については、「 DNS サーバーの概要」を参照してください。
[ アクション ] ウィンドウの [ サイトの編集] の下にある [ バインド] をクリックします。
[サイトバインド] ダイアログボックスの [追加] をクリックします。
[ サイトバインドの追加 ] ダイアログボックスで、既存のサイト構成に合わせて IP アドレス と ポート を設定します。
[ ホスト名 ] ボックスに、Web サーバーの名前 ( STAGEWEB1など) を入力し、[OK] をクリック します。

Note

最初のサイトバインドを使用すると、IP アドレスとポートまたは http://localhost:85を使用してローカルでサイトにアクセスできます。 2 番目のサイトバインドを使用すると、コンピューター名を使用してドメイン上の他のコンピューターからサイトにアクセスできます (例: http://stageweb1:85).
[サイトバインド] ダイアログボックスの [閉じる] をクリックします。
[接続] ウィンドウで [アプリケーションプール] をクリックします。
[ アプリケーションプール ] ウィンドウで、アプリケーションプールの名前を右クリックし、[ 基本設定] をクリックします。既定では、アプリケーションプールの名前は Web サイトの名前 ( DemoSite など) と一致します。
.NET CLR のバージョンの一覧で、[.NET CLR v4.0.30319] を選択し、[OK] をクリックします。

Note

サンプルソリューションには、.NET Framework 4.0 が必要です。これは、一般的に Web 配置の要件ではありません。

Web サイトがコンテンツを提供するには、アプリケーションプール ID に、コンテンツを格納するローカルフォルダーに対する読み取りアクセス許可が必要です。 IIS 7.5 では、アプリケーションプールは既定で一意のアプリケーションプール ID で実行されます (以前のバージョンの IIS とは異なり、アプリケーションプールは通常、ネットワークサービスアカウントを使用して実行されます)。アプリケーションプール ID は実際のユーザーアカウントではなく、ユーザーまたはグループの一覧には表示されません。代わりに、アプリケーションプールの起動時に動的に作成されます。各アプリケーションプール ID は、隠しアイテムとしてローカル IIS_IUSRS セキュリティグループに追加されます。

ファイルまたはフォルダーのアプリケーションプール ID にアクセス許可を付与するには、次の 2 つのオプションがあります。

IIS AppPool(アプリケーションプール名) の形式 (IIS AppPool\DemoSite など) を使用して、アプリケーションプール ID に直接アクセス許可を割り当てます。
IIS_IUSRS グループにアクセス許可を割り当てます。

最も一般的な方法は、ローカル IIS_IUSRS グループにアクセス許可を割り当てることです。この方法では、ファイルシステムのアクセス許可を再構成せずにアプリケーションプールを変更できるためです。次の手順では、このグループベースのアプローチを使用します。

注意

IIS 7.5 のアプリケーションプール ID の詳細については、「アプリケーションプール ID」を参照してください。

IIS Web サイトのフォルダーのアクセス許可を構成するには

Windows エクスプローラーで、ローカルフォルダーの場所を参照します。
フォルダーを右クリックし、[プロパティ] をクリックします。
[Security] タブで、[Edit]、[Add] の順にクリックします。
[場所] をクリックします。 [ 場所 ] ダイアログボックスで、ローカルサーバーを選択し、[OK] をクリック します。
[ ユーザーまたはグループの選択 ] ダイアログボックス で、「IIS_IUSRS」と入力し、[名前の確認] をクリックして、[OK] をクリック します。
[ (フォルダー名) のアクセス許可 ] ダイアログボックスで、新しいグループに既定で 読み取り & 実行、 フォルダーの内容の一覧表示、および 読み取り アクセス許可が割り当てられていることに注意してください。これは変更せずに、[OK] をクリック します。
[ OK] を クリックして、 (フォルダー名) の [プロパティ ] ダイアログボックスを閉じます。

最後のタスクとして、コンテンツの展開に使用する資格情報を持つ管理者以外のユーザーに適切なアクセス許可を付与する必要があります。このユーザーには、Web サイトにコンテンツをリモートで展開するためのアクセス許可が必要です。

管理者以外のドメインユーザーの IIS Web サイトのアクセス許可を構成するには

IIS マネージャーの [ 接続 ] ウィンドウで、Web サイトノード ( DemoSite など) を右クリックし、[ 配置] をポイントして、[ Web 配置発行の構成] をクリックします。
[ Web 配置発行の構成 ] ダイアログボックスの [ 発行アクセス許可を付与するユーザーの選択 ] の一覧の右側にある省略記号ボタンをクリックします。
[ ユーザーの許可 ] ダイアログボックスで、コンテンツの展開に使用するアカウントのドメインとユーザー名を入力し、[OK] をクリック します。
[ Web 配置発行の構成 ] ダイアログボックスで、[ セットアップ] をクリックします。

注意

この操作では、1 つの手順で 2 つの主要な機能が実行されます。最初に、前のセクションで調べた委任規則に従って、Web 管理サービスを介して Web サイトをリモートで変更するアクセス許可をユーザーに付与します。次に、ユーザーに Web サイトのソースフォルダーのフルコントロールを許可します。これにより、ユーザーは Web サイトのコンテンツに対するアクセス許可を追加、変更、および設定できます。
[ Web 配置発行の構成 ] ダイアログボックスで、[ 閉じる] をクリックします。

ファイアウォールの例外を構成する

既定では、IIS Web 管理サービスは TCP ポート 8172 でリッスンします。 Web サーバーで Windows ファイアウォールが有効になっている場合は、ポート 8172 で TCP トラフィックを許可する新しい受信規則を作成する必要があります (Windows ファイアウォールでは、すべての送信トラフィックが既定で許可されます)。サードパーティのファイアウォールを使用する場合は、トラフィックを許可する規則を作成する必要があります。

Direction	ポートから	ポートへ	ポートの種類
着信	Any	8172	TCP
送信	8172	Any	TCP

Windows ファイアウォールでの規則の構成の詳細については、「ファイアウォール規則の構成」を参照してください。サードパーティ製のファイアウォールについては、製品のドキュメントを参照してください。

まとめ

これで、Web サーバーは、Web 管理サービスを介して Web 配置ハンドラーへのリモート展開を受け入れる準備が整いました。 Web アプリケーションをサーバーに展開する前に、次の重要なポイントをチェックできます。

IIS のサーバーレベルで基本認証を有効にしていますか?
Web 管理サービスへのリモート接続を有効にしていますか?
Web 管理サービスを開始しましたか?
管理サービスの委任規則はありますか?
アプリケーションプール ID は、Web サイトのソースフォルダーへの読み取りアクセス権を持っていますか?
管理者以外のユーザーアカウントには、IIS でのサイトレベルのアクセス許可がありますか?
ファイアウォールで TCP ポート 8172 上のサーバーへの受信接続が許可されていますか?

もっと読む

Web パッケージを Web 配置ハンドラーに配置するようにカスタム Microsoft Build Engine (MSBuild) プロジェクトファイルを構成する方法のガイダンスについては、「ターゲット環境の配置プロパティの構成」を参照してください。

前へ次へ