Configuration Manager サイト システムの役割のインストールと構成
適用対象: System Center 2012 Configuration Manager,System Center 2012 Configuration Manager SP1,System Center 2012 Configuration Manager SP2,System Center 2012 R2 Configuration Manager,System Center 2012 R2 Configuration Manager SP1
各 System Center 2012 Configuration Manager サイトにオプションのサイト システムの役割をインストールして、サイトの管理機能を拡張できます。 新しいサーバーをサイト システム サーバーとして指定してサイト システムの役割を追加するか、サイト システムの役割をサイト内の既存のサイト システム サーバーにインストールすることができます。
.jpeg "System_CAPS_tip") ヒント |
|---|
サイト システム サーバーがサイト サーバー以外のコンピューターである場合は、サイト内のサイト サーバーからリモートな状態にあるため、リモート サイト システムと呼ばれます。 同様に、そのサーバー上のサイト システムの役割もリモートと呼ばれます。 たとえば、リモート配布ポイントは、サイト サーバー以外のコンピューター上のサイト システム サーバーで、配布ポイントの役割がインストールされているものを指します。 |
[!メモ]
リモート コンピューター (SMS プロバイダーのインスタンスを含む) にサイト システムの役割をインストールすると、リモート コンピューターのコンピューター アカウントがサイト サーバーのローカル グループに追加されます。 ドメイン コントローラーにサイトをインストールすると、サイト サーバーのグループはローカル グループではなくドメイン グループになり、サイト システムの役割のコンピューターが再起動されるか、リモート コンピューターのアカウントの Kerberos チケットが更新されるまで、リモート サイト システムの役割は機能しません。
以下のいずれかのウィザードを使って新しいサイト システムの役割をインストールできます。
サイト システムの役割の追加ウィザード:このウィザードを使用して、サイト内の既存のサイト システム サーバーにサイト システムの役割を追加します。
サイト システム サーバーの作成ウィザード:このウィザードを使用して、新しいサーバーをサイト システム サーバーとして指定し、そのサーバーにサイト システムの役割をインストールします。 このウィザードはサイト システムの役割の追加ウィザードと同様に動作しますが、唯一異なっているのは、最初のページで使用するサイトの名前とインストール先のサイトを指定する点です。
[!メモ]
Configuration Manager では、単一のサイト システム サーバー上で、複数サイトのサイト システムの役割を使用することはサポートされません。
サイト システムの役割をインストールする前に、Configuration Manager は対象のコンピューターを調べて、選択されたサイト システムの役割の前提条件を満たしていることを確認します。
既定では、Configuration Manager がサイト システムの役割をインストールする際、ディスク空き領域が最も多く残っていて、最初に利用可能な NTFS 形式のディスク ドライブにインストール ファイルがインストールされます。Configuration Manager が特定のドライブにインストールされないようにするには、サイト システム サーバーをインストールする前に、no_sms_on_drive.sms と言う名前の空のファイルを作成して、ドライブのルート フォルダーにコピーしておきます。
Configuration Manager では、サイト システムのインストール アカウントを使用してサイト システムの役割をインストールします。 適切なウィザードを実行して、新しいサイト システム サーバーを作成したり、既存のサイト システム サーバーにサイト システムの役割を追加したりするときに、このアカウントを指定します。 既定では、このアカウントはサイト サーバー コンピューターのローカル システム アカウントですが、ドメイン ユーザー アカウントをサイト システムのインストール アカウントとして使用するように指定できます。 このアカウントの詳細については、「Configuration Manager で使用されるアカウントのテクニカル リファレンス」の「サイト システムのインストール アカウント」トピックを参照してください。
System Center 2012 Configuration Manager のサイト システムの役割をインストールして構成する際には、次のセクションを参考にしてください。
サイト システムの役割のインストール
既存のサイト システム サーバーにサイト システムの役割をインストールするには
新しいサイト システム サーバーにサイト システムの役割をインストールするには
Microsoft Azure へのクラウドベースの配布ポイントのインストール
Microsoft Azure の構成とクラウドベースの配布ポイントのインストール
クラウドベースの配布ポイントの名前解決の構成
クラウド サービスを管理するプライマリ サイトのプロキシ設定の構成
サイト システムの役割の構成オプション
アプリケーション カタログ Web サイト ポイント
アプリケーション カタログ Web サービス ポイント
証明書登録ポイント
配布ポイント
登録ポイント
登録プロキシ ポイント
フォールバック ステータス ポイント
帯域外サービス ポイント
サイト システム サーバーのプロキシ サーバーの構成
[!メモ]
サイト システムの役割の階層内のインストール場所などの計画に関する情報については、「Configuration Manager のサイト システムの計画」を参照してください。
サイト システムの役割のインストール
サイト システムの役割のインストール方法は、サイト システムの役割を既存のサイト システム サーバーに追加するか、そのサイト システムの役割用に新しいサイト システム サーバーをインストールするかにより異なります。 次のいずれかの手順に従います。
[!メモ]
Configuration Manager は、インストール可能なサイト システムの役割の一覧を表示します。 この一覧は、階層の構成と、サイト システムの役割のインスタンスがインストール済みかどうかにより異なります。 サイト システムの役割の配置場所の詳細については、「サイト システムの役割を階層のどこにインストールするかを検討する」の「Configuration Manager のサイト システムの計画」セクションを参照してください。
既存のサイト システム サーバーにサイト システムの役割をインストールするには
-
Configuration Manager コンソールで、[管理] をクリックします。
-
[管理] ワークスペースで [サイトの構成] を展開し、[サーバーとサイト システムの役割] をクリックしてから、新しいサイト システムの役割に使用するサーバーを選択します。
-
[ホーム] タブの [サーバー] グループで、[サイト システムの役割の追加] をクリックします。
-
[全般] ページで設定を確認し、[次へ] をクリックします。
ヒントインターネットからサイト システムの役割にアクセスするには、インターネット FQDN を指定してください。
-
System Center 2012 Configuration Manager SP1 以降:
このサイト システム サーバー上で実行されるサイト システムの役割が、プロキシ サーバーを使用してインターネット上の場所に接続しなければならない場合は、[プロキシ] ページでプロキシ サーバーの設定を指定してから [次へ] をクリックします。
-
[システムの役割の選択] ページで、追加するサイト システムの役割を選択し、[次へ] をクリックします。
-
ウィザードを完了します。
| ヒント |
|---|
Windows PowerShell コマンドレット New-CMSiteSystemServer で、この手順と同じ機能が実行されます。 詳細については、System Center 2012 Configuration Manager SP1 コマンドレット リファレンス ドキュメントの「New-CMSiteSystemServer」を参照してください。 |
新しいサイト システム サーバーにサイト システムの役割をインストールするには
-
Configuration Manager コンソールで、[管理] をクリックします。
-
[管理] ワークスペースで、[サイトの構成] を展開して [サーバーとサイト システムの役割] をクリックします。
-
[ホーム] タブの [作成] グループで、[サイト システム サーバーの作成] をクリックします。
-
[全般] ページで、サイト システムの全般設定を指定し、[次へ] をクリックします。
ヒントインターネットから新しいサイト システムの役割にアクセスするには、インターネット FQDN を指定してください。
-
System Center 2012 Configuration Manager SP1 以降:
このサイト システム サーバー上で実行されるサイト システムの役割が、プロキシ サーバーを使用してインターネット上の場所に接続しなければならない場合は、[プロキシ] ページでプロキシ サーバーの設定を指定してから [次へ] をクリックします。
-
[システムの役割の選択] ページで、追加するサイト システムの役割を選択し、[次へ] をクリックします。
-
ウィザードを完了します。
| ヒント |
|---|
Windows PowerShell コマンドレット New-CMSiteSystemServer で、この手順と同じ機能が実行されます。 詳細については、System Center 2012 Configuration Manager SP1 コマンドレット リファレンス ドキュメントの「New-CMSiteSystemServer」を参照してください。 |
Microsoft Azure へのクラウドベースの配布ポイントのインストール
[!メモ]
System Center 2012 Configuration Manager SP1 以降:
クラウドベースの配布ポイントをインストールする前に、必要な証明書ファイルがあることを確認します。
.cer ファイルと .pfx ファイルにエクスポートされた Microsoft Azure 管理証明書
.pfx ファイルにエクスポートされた、Configuration Manager のクラウドベースの配布ポイントのサーバー証明書
これらの証明書の詳細については、「Configuration Manager での PKI 証明書の要件」のクラウドベースの配布ポイントの部分を参照してください。 クラウドベースの配布ポイントのサービス証明書を展開する例については、「Configuration Manager PKI 証明書の展開手順の例:Windows Server 2008 証明機関」トピックの「クラウドベースの配布ポイント用のサービス証明書の展開」を参照してください。
クラウドベースの配布ポイントをインストールすると、Microsoft Azure によって自動的にサービスの GUID が生成され、cloudapp.net の DNS サフィックスに追加されます。 この GUID を使用して、Configuration Manager のクラウドベースの配布ポイントのサービス証明書に定義しているサービス名を自動的に生成された GUID にマップするように、DNS エイリアス (CNAME レコード) を使って DNS を構成する必要があります。
プロキシ Web サーバーを使用する場合は、配布ポイントをホストするクラウド サービスとの通信を有効にするように、プロキシ設定を構成することが必要になる可能性があります。
クラウドベースの配布ポイントをインストールするときに、以下のセクションの情報と手順を参照してください。
Microsoft Azure の構成とクラウドベースの配布ポイントのインストール
配布ポイントをサポートするように Microsoft Azure を構成してから、Configuration Manager でクラウドベースの配布ポイントをインストールするには、次の手順に従います。
配布ポイント用に Microsoft Azure にクラウド サービスを構成するには
-
Web ブラウザーを開いて Microsoft Azure 管理ポータル (https://windows.azure.com) に移動し、Microsoft Azure アカウントにアクセスします。
-
[ホステッド サービス、ストレージ アカウント、CDN] をクリックしてから、[管理証明書] を選択します。
-
サブスクリプションを右クリックしてから、[証明書の追加] を選択します。
-
[証明書ファイル] に、このクラウド サービスに使用するためにエクスポートした Microsoft Azure 管理証明書が含まれる .cer ファイルを指定してから、[OK] をクリックします。
管理証明書が Microsoft Azure に読み込まれて、クラウドベースの配布ポイントをインストールできるようになります。
Configuration Manager 用にクラウドベースの配布ポイントをインストールするには
-
管理証明書を使って Microsoft Azure にクラウド サービスを構成する、前述の手順を完了します。
-
Configuration Manager コンソールの [管理] ワークスペースで、[クラウド サービス] を展開して [クラウド配布ポイント] を選択してから、[ホーム] タブで [クラウド配布ポイントの作成] をクリックします。
[!メモ]
Configuration Manager SP1 からは、[クラウド配布ポイントの作成] が、[階層の構成] の [クラウド] ノードに表示されるようになっています。
-
クラウドの配布ポイントの作成ウィザードの [全般] タブで、次のように構成します。
- Microsoft Azure アカウントの \[**サブスクリプション ID**\] を指定します。 <div class="alert"> <table> <colgroup> <col style="width: 100%" /> </colgroup> <thead> <tr class="header"> <th><img src="images/Hh427340.s-e6f6a65cf14f462597b64ac058dbe1d0-system-media-system-caps-tip(TechNet.10).jpeg" title="System_CAPS_tip" alt="System_CAPS_tip" />ヒント</th> </tr> </thead> <tbody> <tr class="odd"> <td><p>Microsoft Azure のサブスクリプション ID は、Microsoft Azure 管理ポータルで確認できます。</p></td> </tr> </tbody> </table> </div> - \[管理証明書\] を指定します。 \[**参照**\] をクリックして、エクスポートされた Microsoft Azure 管理証明書が含まれている .pfx ファイルを指定してから、証明書のパスワードを入力します。 必要に応じて、Microsoft Azure SDK 1.7 のバージョン 1 の .publishsettings ファイルを指定できます -
[次へ] をクリックします。すると、Configuration Manager が Microsoft Azure に接続して管理証明書を検証します。
-
[設定] ページで、次の構成を完了してから [次へ] をクリックします。
- \[**地域**\] で、この配布ポイントをホストするクラウド サービスを作成する、Microsoft Azure の地域を選択します。 - \[**証明書ファイル**\] に、エクスポートされた Configuration Manager クラウドベースの配布ポイント サービス証明書を含む .pfx ファイルを指定し、パスワードを入力します。 <div class="alert"> > [!メモ] > <P>[サービスの FQDN] ボックスには、証明書のサブジェクト名から自動的に入力されます。ほとんどの場合、編集する必要はありません。 テスト環境でワイルドカード証明書を使用しており、同じ DNS サフィックスを持つ複数のコンピューターが証明書を使用できるようにホスト名を指定していない場合は、例外となります。 このシナリオでは、証明書のサブジェクトには <STRONG>CN=*.contoso.com</STRONG> のような値が含まれており、Configuration Manager によって、正しい FQDN を指定する必要があることを示すメッセージが表示されます。 [OK] をクリックしてメッセージを閉じてから、DNS サフィックスの前に特定の名前を入力して、完全な FQDN を指定します。 たとえば、<STRONG>clouddp1</STRONG> を追加して、<STRONG>clouddp1.contoso.com</STRONG> のサービスの完全な FQDN を指定します。 サービスの FQDN は、ドメインの中で固有である必要があり、ドメインに参加している他のデバイスと同じ FQDN は使用できません。</P> > <P>ワイルドカード証明書は、テスト環境でのみサポートされています。</P> </div> -
[アラート] ページで、記憶域クォータ、転送クォータを構成し、Configuration Manager にアラートを生成させるそれぞれのクォータの使用率を指定して、[次へ] をクリックします。
-
ウィザードを完了します。
クラウドベースの配布ポイントの新しいホステッド サービスが作成されます。 ウィザードを閉じたら、Configuration Manager コンソールを使用して、またはプライマリ サイト サーバーの CloudMgr.log ファイルを監視して、クラウドベースの配布ポイントのインストールの進行状況を監視できます。 また、Microsoft Azure 管理ポータルでクラウド サービスのプロビジョニングを監視することもできます。
[!メモ]
Microsoft Azure に新しい配布ポイントをプロビジョニングするのに最大 30 分かかる可能性があります。ストレージ アカウントがプロビジョニングされるまで、CloudMgr.log ファイルに次のメッセージが繰り返し表示されます。コンテナーが存在するかどうかのチェックを待機しています。10 秒後にもう一度確認します。その後、サービスが作成されて構成されます。
次の方法を使用すると、クラウドベースの配布ポイントのインストールが完了したことを確認できます。
Microsoft Azure 管理ポータルに、クラウドベースの配布ポイントの [展開] のステータスが準備完了として表示されます。
[管理] ワークスペースで、Configuration Manager コンソールの [階層の構成]、[クラウド] ノードに、クラウドベースの配布ポイントのステータスが準備完了として表示されます。
Configuration Manager に、SMS_CLOUD_SERVICES_MANAGER コンポーネントのステータス メッセージ ID 9409 が表示されます。
クラウドベースの配布ポイントの名前解決の構成
クライアントは、クラウドベースの配布ポイントにクライアントがアクセスするためには、クラウドベースの配布ポイントの名前を Microsoft Azure で管理される IP アドレスに解決できる必要があります。 クライアントでは、これを 2 段階で行います。
クライアントは、Configuration Manager のクラウドベースの配布ポイントのサービス証明書に指定されているサービス名を Microsoft Azure サービスの FQDN にマップします。 この FQDN には、cloudapp.net の GUID と DNS サフィックスが含まれています。 GUID は、クラウドベースの配布ポイントがインストールされると自動的に生成されます。 Microsoft Azure 管理ポータルで完全な FQDN を確認するには、クラウド サービスのダッシュボードにある [サイトの URL] を参照します。 サイトの URL の例として、http://d1594d4527614a09b934d470.cloudapp.net があります。
クライアントは、Microsoft Azure サービスの FQDN を Microsoft Azure によって割り当てられる IP アドレスに解決します。 この IP アドレスも、Microsoft Azure ポータルのクラウド サービスのダッシュボードで確認できます。名前は、[公開仮想 IP アドレス (VIP)] です。
Configuration Manager のクラウドベースの配布ポイントのサービス証明書に指定されているサービス名 (たとえば clouddp1.contoso.com) を Microsoft Azure サービスの FQDN (たとえば d1594d4527614a09b934d470.cloudapp.net) にマップするためには、インターネット上の DNS サーバーに DNS エイリアス (CNAME レコード) が構成されている必要があります。 これにより、クライアントでは、インターネット上の DNS サーバーを使用して、Microsoft Azure サービスの FQDN を IP アドレスに解決できます。
クラウド サービスを管理するプライマリ サイトのプロキシ設定の構成
Configuration Manager でクラウド サービスを使用するときに、クラウドベースの配布ポイントを管理するプライマリ サイトが、プライマリ サイト コンピューターの System アカウントを使用して Microsoft Azure 管理ポータルに接続できる必要があります。 この接続は、プライマリ サイト サーバー コンピューターの既定の Web ブラウザーを使用して行われます。
クラウドベースの配布ポイントを管理するプライマリ サイト サーバーで、プライマリ サイトがインターネットと Microsoft Azure にアクセスできるように、プロキシ設定を構成することが必要になる場合があります。
Configuration Manager コンソールでプライマリ サイト サーバーのプロキシ設定を構成するには、次の手順に従います。
| ヒント |
|---|
プライマリ サイト サーバーに新しいサイト システムの役割をインストールするときに、サイト システムの役割の追加ウィザードを使用してプロキシ サーバーを構成することもできます。 |
プライマリ サイト サーバーのプロキシ設定を構成するには
-
Configuration Manager コンソールで、[管理] をクリックします。
-
[管理] ワークスペースで、[サイトの構成] を展開し、[サーバーとサイト システムの役割] をクリックしてから、クラウドベースの配布ポイントを管理するプライマリ サーバーを選択します。
-
詳細ウィンドウで、[サイト システム] を右クリックし、[プロパティ] をクリックします。
-
[サイト システムのプロパティ] で [プロキシ] タブを選択し、そのプライマリ サイト サーバーのプロキシ設定を構成します。
-
[OK] をクリックして新しいプロキシ サーバー構成を保存します。
サイト システムの役割の構成オプション
サイト システムの役割の構成オプションの多くは、わかりやすい名前が付いているため説明の必要がないか、ウィザードかダイアログ ボックス内に追加情報が表示されます。 次の表で、構成前に多少の説明が必要となる設定について説明します。
アプリケーション カタログ Web サイト ポイント
アプリケーション カタログのアプリケーション カタログ Web サイト ポイントの構成方法については、「Configuration Manager でのアプリケーション カタログとソフトウェア センターの構成方法」を参照してください。
構成オプション |
説明 |
|---|---|
クライアント接続 |
セキュリティで保護された設定を使用して接続し、クライアント接続がインターネットからのものかどうかを判断するには、[HTTPS] を選択します。 このオプションでは、クライアントに対してサーバーを認証し、Secure Socket Layer (SSL) を介してデータを暗号化するために、PKI 証明書がサーバー上にあることが必要とされます。 証明書の要件の詳細については、「Configuration Manager での PKI 証明書の要件」を参照してください。 サーバー証明書の展開例と、それをインターネット インフォメーション サービス (IIS) で構成する方法については、「IIS を実行するサイト システム用のWeb サーバー証明書の展開」の「Configuration Manager PKI 証明書の展開手順の例:Windows Server 2008 証明機関」セクションを参照してください。 |
アプリケーション カタログ Web サイトを信頼済みサイト ゾーンに追加する |
メッセージに既定のクライアント設定の値が表示され、クライアント設定 [アプリケーション カタログ Web サイトを、Internet Explorer の信頼済みサイト ゾーンに追加する] が現在 [True] と [False] のどちらに設定されているかが示されます。 カスタム クライアント設定を使用してこの設定を構成した場合は、この値は手動で確認する必要があります。 このサイト システムが FQDN 用に構成されていて、Web サイトが Internet Explorer の信頼済みサイト ゾーンに追加されていない場合は、ユーザーがアプリケーション カタログに接続する際に資格情報を入力するようにプロンプトが表示されます。 |
組織名 |
アプリケーション カタログのユーザーに表示される名称を入力します。 ユーザーがこの Web サイトを信頼されるソースとして認識する際に、この組織情報が役立ちます。 |
アプリケーション カタログ Web サービス ポイント
アプリケーション カタログのアプリケーション カタログ Web サービス ポイントの構成方法については、「Configuration Manager でのアプリケーション カタログとソフトウェア センターの構成方法」を参照してください。
構成オプション |
説明 |
|---|---|
HTTPS |
アプリケーション カタログ Web サイト ポイントをこののアプリケーション カタログ Web サービス ポイントに対して認証するには、[HTTPS] を選択します。 このオプションでは、サーバーを認証し、SSL を介してデータを暗号化するために、アプリケーション カタログ Web サイト ポイントを実行するサーバー上に PKI 証明書があることが必要とされます。 証明書の要件の詳細については、「Configuration Manager での PKI 証明書の要件」を参照してください。 サーバー証明書の展開例と、それを IIS で構成する方法については、「IIS を実行するサイト システム用のWeb サーバー証明書の展開」の「Configuration Manager PKI 証明書の展開手順の例:Windows Server 2008 証明機関」セクションを参照してください。 |
証明書登録ポイント
証明書登録ポイントの構成方法の詳細については、「Configuration Manager の証明書プロファイルの構成」を参照してください。
配布ポイント
コンテンツ展開の配布ポイントの構成方法については、「Configuration Manager のコンテンツ管理の構成」を参照してください。
PXE 展開の配布ポイントの構成方法については、「Configuration Manager での PXE を使用したオペレーティング システムの展開方法」を参照してください。
マルチキャスト展開の配布ポイントの構成方法については、「Configuration Manager でのマルチキャストの管理方法」を参照してください。
構成 |
説明 |
|---|---|
Configuration Manager で必要な場合は IIS をインストールして構成する |
IIS がまだインストールされていない場合は、Configuration Manager で自動的に IIS をインストールして構成するには、このオプションを選択します。 IIS はすべての配布ポイントにインストールする必要があり、ウィザードを続行するにはこの設定を選択する必要があります。 |
サイト システムのインストール アカウント |
サイト サーバーにインストールされている配布ポイントでは、サイト システムのインストール アカウントとしての使用がサポートされているのは、サイト サーバーのコンピューター アカウントだけです。 |
自己署名入り証明書を作成するか、PKI クライアント証明書をインポートします |
この証明書には、次の 2 つの目的があります。
サイトのすべての管理ポイントが HTTP 用に構成されている場合は、自己署名入り証明書を作成します。 管理ポイントが HTTPS 用に構成されている場合は、PKI クライアント証明書をインポートします。 証明書をインポートするには、次の Configuration Manager の要件を満たす PKI 証明書を含む公開キー暗号化標準 #12 (PKCS #12) ファイルを見つけます。
証明書の要件の詳細については、「Configuration Manager での PKI 証明書の要件」を参照してください。 この証明書の展開の例については、「配布ポイント用のクライアント証明書の展開」トピックの「Configuration Manager PKI 証明書の展開手順の例:Windows Server 2008 証明機関」セクションを参照してください。 |
事前設定されたコンテンツ用にこの配布ポイントを有効にする |
事前設定されたコンテンツ用にこの配布ポイントを有効にするには、このチェック ボックスをオンにします。 このチェック ボックスがオンの場合、コンテンツの配布時の動作を構成できます。 配布ポイントで常にコンテンツを事前設定するか、パッケージの初期コンテンツを事前設定するかを選択できますが、コンテンツに更新がある場合には標準のコンテンツ配布プロセスを使用するか、パッケージ内のコンテンツに対して常に標準コンテンツ配布プロセスを使用するようにします。 |
境界グループ |
境界グループを配布ポイントに関連付けることができます。 コンテンツを展開するときに、クライアントがコンテンツ ソースの場所として配布ポイントを使用するには、クライアントは、その配布ポイントに関連付けられた境界グループ内になければなりません。 [代替のコンテンツ ソースの場所の使用を許可する] チェック ボックスをオンにすると、他に利用できる代替ポイントがない場合に、この境界グループ外のクライアントのフォールバックが許可され、配布ポイントをコンテンツ ソースの場所として使用できるようになります。 |
登録ポイント
Configuration Manager SP1 以降、登録ポイントは、Mac コンピューターのインストール、モバイル デバイスの登録、AMT 搭載コンピューターのプロビジョニングに使用されます。 詳細については、次をご覧ください。
構成オプション |
説明 |
|---|---|
許可される接続 |
HTTPS 設定が自動的に選択されます。HTTPS 設定では、登録プロキシ ポイントと帯域外サービス ポイントに対してサーバーを認証し、SSL を介してデータを暗号化するために、サーバー上に PKI 証明書があることが必要とされます。 証明書の要件の詳細については、「Configuration Manager での PKI 証明書の要件」を参照してください。 サーバー証明書の展開例と、それを IIS で構成する方法については、「IIS を実行するサイト システム用のWeb サーバー証明書の展開」の「Configuration Manager PKI 証明書の展開手順の例:Windows Server 2008 証明機関」セクションを参照してください。 |
登録プロキシ ポイント
モバイル デバイスの登録プロキシ ポイントの構成方法については、「Configuration Manager を使用して Windows Mobile および Nokia Symbian デバイスにクライアントをインストールする方法」を参照してください。
構成オプション |
説明 |
|---|---|
クライアント接続 |
HTTPS 設定が自動的に選択されます。HTTPS 設定では、Configuration Manager で登録されているモバイル デバイスと Mac コンピューター (Configuration Manager SP1 以降) に対してサーバーを認証し、SSL (Secure Sockets Layer) を介してデータを暗号化するために、サーバー上に PKI 証明書があることが必要とされます。 証明書の要件の詳細については、「Configuration Manager での PKI 証明書の要件」を参照してください。 サーバー証明書の展開例と、それを IIS で構成する方法については、「IIS を実行するサイト システム用のWeb サーバー証明書の展開」の「Configuration Manager PKI 証明書の展開手順の例:Windows Server 2008 証明機関」セクションを参照してください。 |
フォールバック ステータス ポイント
構成オプション |
説明 |
||
|---|---|---|---|
状態メッセージの数と調整間隔 (秒) |
これらのオプションの既定の設定 (状態メッセージの数 10,000、調整間隔 3,600 秒) は、ほとんどの状況に十分に対応できますが、次の両方の条件に一致する場合には、設定の変更が必要になることがあります。
この場合は、状態メッセージの連続したストリームのために状態メッセージのバックログが生成され、サイト サーバーの CPU (中央処理装置) 使用率が長時間高くなることがあります。 さらに、Configuration Manager コンソールとクライアント展開レポートに、クライアント展開の最新情報が表示されない場合もあります。
System Center 2012 Configuration Manager クライアントを正常にインストールする各コンピューターは、次の 4 つの状態メッセージをフォールバック ステータス ポイントに送信します。
インストールできないコンピューター、または、Configuration Manager クライアントを割り当てることができないコンピューターは、追加の状態メッセージを送信します。 たとえば、Configuration Manager クライアントを 20,000 台のコンピューターに展開する場合、フォールバック ステータス ポイントに送信されるメッセージが 80,000 作成されるとします。 既定の調整構成では、3600 秒 (1 時間) ごとに 10,000 の状態メッセージをフォールバック ステータス ポイントに送信することが許可されるため、状態メッセージはフォールバック ステータス ポイント上で、調整構成が原因でバックログされる可能性があります。 また、フォールバック ステータス ポイントとサイト サーバー間の利用可能なネットワーク帯域幅と、サイト サーバーが大量の状態メッセージを扱う処理能力も考慮する必要があります。 このような問題を防止するため、状態メッセージの数を増やして、調整間隔を短くすることを検討してください。 次の状態のいずれかが該当する場合は、フォールバック ステータス ポイントの調整値を再設定します。
|
.jpeg "System_CAPS_warning"){kind=icon}
警告
帯域外サービス ポイント
帯域外サービス ポイントの既定の設定は、ほとんどの状況に十分に対応できます。 Intel AMT 搭載コンピューターをスケジュール済みのウェイクアップ アクティビティと電源オン コマンド用に構成するときに、帯域外サービス ポイントの CPU 使用率とネットワーク帯域幅の制御が必要な場合にのみ、この設定を変更します。
Intel AMT 搭載コンピューターの帯域外サービス ポイントの構成方法については、「Configuration Manager でAMT ベースのコンピューターをプロビジョニングし、設定する方法」を参照してください。
構成オプション |
説明 |
|---|---|
再試行 |
電源オン コマンドが対象コンピューターに送信される回数を指定します。 電源オン コマンドがすべての対象コンピューターに送信されると、送信は [遅延] の期間だけ一時停止します。 この再試行の値が 1 より大きな場合は、2 回目の電源オン コマンドが同じコンピューターに送信され、このプロセスは再試行の値に達するまで繰り返されます。 2 回目以降の電源オン コマンドは、対象コンピューターの応答がなかった場合のみ送信されます。 ウェイクアップ パケットとは異なり、電源オン コマンドでは対象コンピューターとの確立済みセッションが作成されるため、 再試行は通常必要ありません。 ただし、サイトが大量のパケットを送信し (ウェイクアップ パケットも同時に送信するような場合)、ネットワーク帯域幅が大量に利用されるために電源オン コマンドが対象コンピューターに到達しない場合は、再試行が必要になることがあります。 既定の再試行の設定は、3 回です。 設定できる回数は、0 ～ 5 までです。 |
遅延 (分) |
次の再試行までに電源オン コマンドを一時停止する時間 (分) です。 既定の設定は、2 分です。 設定できる時間は、1 ～ 30 分までです。 |
送信スレッド |
電源オン コマンドの送信時に帯域外サービス ポイントが使用するスレッドの数です。 スレッド数を増やすと、利用可能なネットワーク帯域幅の使用効率が高まります。特に、帯域外サービス ポイント サイト システム サーバーのコンピューターがマルチコアまたはマルチ プロセッサの場合は、その効果がさらに高まります。 ただし、スレッド数を増加すると、CPU の負荷が著しく増加することがあります。 送信スレッドの既定の設定は、60 です。 設定できるスレッド数は、1 ～ 120 までです。 |
送信オフセット |
電源オン コマンドが送信されてから、ウェイクアップ パケットが有効なスケジュール済みアクティビティが送信されるまでの時間 (分) です。 コンピューターが起動処理を完了できるように、スケジュール済みアクティビティまで十分な間隔が確保されるように値を指定します。ただし、間隔が長すぎると、スケジュール済みアクティビティが開始する前にコンピューターがスリープ状態に戻ってしまいます。 既定の設定は、10 分です。 設定できる時間は、1 ～ 480 分までです。 |
サイト システム サーバーのプロキシ サーバーの構成
該当するコンピューターで実行されるサイト システムの役割がインターネットに接続する際にプロキシ サーバーを使用するように、サイト システム サーバーを構成できます。 プロキシ サーバー構成を使用できるサイト システムの役割の詳細については、「Configuration Manager のサイト システムの計画」トピックの「サイト システムの役割のプロキシ サーバー構成の計画」セクションを参照してください。
サイト システム サーバーのプロキシ サーバーの構成を編集するには、次の手順を実行します。
サイト システム サーバーのプロキシ サーバーを構成するには
-
Configuration Manager コンソールで、[管理] をクリックします。
-
[管理] ワークスペースで [サイトの構成] を展開して、[サーバーとサイト システムの役割] をクリックします。
-
編集するサイト システム サーバーを選択し、詳細ウィンドウで [サイト システム] を右クリックし、[プロパティ] をクリックします。
ヒントMicrosoft Azure のクラウドベースの配布ポイントでは、プロキシ サーバーを構成できません。 代わりに、クラウドベースの配布ポイントを管理するプライマリ サイトでプロキシ サーバーを構成します。
-
[サイト システムのプロパティ] で [プロキシ] タブを選択し、そのプライマリ サイト サーバーのプロキシ設定を構成します。
-
[OK] をクリックして新しいプロキシ サーバー構成を保存します。