ソフトウェアの更新ポイントのインストールと構成
適用対象: Configuration Manager
ソフトウェア更新プログラムのコンプライアンス評価を有効にし、ソフトウェア更新プログラムをクライアントに展開するには、中央管理サイトとプライマリ サイトでソフトウェアの更新ポイントが必要です。
ソフトウェアの更新ポイントのインストールを追跡する
ソフトウェアの更新ポイント サイト システムの役割がインストールされると、クラスの SMS_SCI_SysResUse
インスタンスが作成され、次のようなエントリがSMSProv.logに記録されます。
PutInstanceAsync SMS_SCI_SysResUse SMS プロバイダー
CExtProviderClassObject::D oPutInstanceInstance SMS プロバイダー
INFO: 'PR1SITE.CONTOSO.COM' は有効な FQDN です。 SMS プロバイダー
サイト コンポーネント マネージャーサイト コントロール情報の変更を検出し、ソフトウェア更新ポイントサイト システムの役割のインストールを開始します。 次のようなエントリは、SiteComp.logに記録されます。
マスター サイトコントロールファイル、シリアル番号3559422579解析しました。 SMS_SITE_COMPONENT_MANAGER
必要に応じてサーバー テーブルとポーリング サーバーを同期しています。...SMS_SITE_COMPONENT_MANAGER
コンポーネント サーバー PR1SITEの同期。CONTOSO.COM...SMS_SITE_COMPONENT_MANAGER
コンポーネントのインストールSMS_WSUS_CONTROL_MANAGER...SMS_SITE_COMPONENT_MANAGER
NFO: 'PR1SITE.CONTOSO.COM' は有効な FQDN です。 SMS_SITE_COMPONENT_MANAGER
サーバー PR1SITEでのレジストリ キー Operations Management\SMS Server Role\SMS Software Update Point の作成。CONTOSO.COM。 SMS_SITE_COMPONENT_MANAGER
PR1SITEの WSUS 構成を更新しました。CONTOSO.COM。 SMS_SITE_COMPONENT_MANAGER
コンポーネントはサイト サーバーにインストールされています。ファイルは既に存在するため、"E:\ConfigMgr" ディレクトリにファイルをインストールする必要はありません。 SMS_SITE_COMPONENT_MANAGER
インストールされているすべてのファイル。 SMS_SITE_COMPONENT_MANAGER
ブートストラップ操作の開始...SMS_SITE_COMPONENT_MANAGER
インストールされているサービス SMS_SERVER_BOOTSTRAP_PR1SITE。 SMS_SITE_COMPONENT_MANAGER
サービスの開始SMS_SERVER_BOOTSTRAP_PR1SITEコマンド ライン引数 "PR1 E:\ConfigMgr /install E:\ConfigMgr\bin\x64\rolesetup.exe SMSWSUS "...SMS_SITE_COMPONENT_MANAGER
サイト コンポーネント マネージャーによってロールのインストールが開始されると、SUPSetup.logが作成され、次のログが記録されます。
<02/09/14 22:53:28> ====================================================================
<02/09/14 22:53:28> SMSWSUS セットアップが開始されました....
<02/09/14 22:53:28> パラメーター: E:\ConfigMgr\bin\x64\rolesetup.exe /install /siteserver:PR1SITE SMSWSUS 0
<02/09/14 22:53:28> SMSWSUS の Pre Reqs のインストール
<02/09/14 22:53:28> ========ロール SMSWSUS ========の事前質問のインストール
<02/09/14 22:53:28> 見つかりました 1 ロール SMSWSUS の事前質問
<02/09/14 22:53:28> Pre Req SqlNativeClient が見つかりました。
<02/09/14 22:53:28> SqlNativeClient が既にインストールされています (製品コード: {D411E9C9-CE62-4DBF-9D92-4CB22B750ED5})。 もう一度インストールしません。
<02/09/14 22:53:28> Pre Req SqlNativeClient は既にインストールされています。 スキップする。
<02/09/14 22:53:28> ======== ロール SMSWSUS ========の事前リ質問のインストールが完了しました
<02/09/14 22:53:28> SMSWSUS のインストール
<02/09/14 22:53:28> サポートされているバージョンの WSUS の確認 (最小 WSUS 3.0 SP2 + KB2720211 + KB2734608)
<02/09/14 22:53:28> ランタイム v2.0.50727....
<02/09/14 22:53:28> サポートされているバージョンのアセンブリ Microsoft.UpdateServices.Administration が見つかりませんでした。
<02/09/14 22:53:28> ランタイム v4.0.30319....
<02/09/14 22:53:28> サポートされているアセンブリ Microsoft.UpdateServices.Administration バージョン 4.0.0.0 ファイル バージョン 6.2.9200.16384 が見つかりました
<02/09/14 22:53:28> サポートされているアセンブリ Microsoft.UpdateServices.BaseApi バージョン 4.0.0.0、ファイル バージョン 6.2.9200.16384 が見つかりました
<02/09/14 22:53:28> サポートされている WSUS バージョンが見つかりました
<02/09/14 22:53:28> サポートされている WSUS Server バージョン (6.2.9200.16384) がインストールされています。
<02/09/14 22:53:28> CTool::RegisterManagedBinary: run コマンド ライン: "C:\Windows\Microsoft.NET\Framework64\v2.0.50727\RegAsm.exe" "E:\ConfigMgr\bin\x64\wsusmsp.dll"
<02/09/14 22:53:44> CTool::RegisterManagedBinary: 正常に登録 E:\ConfigMgr\bin\x64\wsusmsp.dll
<02/09/14 22:53:44> 登録済み DLL E:\ConfigMgr\bin\x64\wsusmsp.dll
<02/09/14 22:53:44> インストールが成功しました。
<02/09/14 22:53:44> ~RoleSetup()。
ロールがインストールされると、インストールを実行するために作成されたブートストラップ サービスが削除サイト コンポーネント マネージャー、次のものがSiteComp.logに記録されます。
"/install /siteserver:PR1SITE を E:\ConfigMgr\bin\x64\rolesetup.exe します。CONTOSO.COM" がサーバー PR1SITEで正常に実行されました。CONTOSO.COM。 SMS_SITE_COMPONENT_MANAGER
ブートストラップ操作が成功しました。 SMS_SITE_COMPONENT_MANAGER
インストール解除されたサービス SMS_SERVER_BOOTSTRAP_PR1SITE。 SMS_SITE_COMPONENT_MANAGER
ブートストラップ操作が完了しました。 SMS_SITE_COMPONENT_MANAGER
ソフトウェア更新ポイントのプロキシ設定を構成する
WSUS サーバーとアップストリームの更新ソースの間にプロキシ サーバーがある場合は、サイト システムとソフトウェアの更新ポイントの役割に対してプロキシ設定を構成する必要があります。 プロキシ サーバーの設定はサイト システム固有です。つまり、すべてのサイト システムの役割で、指定したプロキシ サーバー設定が使用されます。 詳細については、「Configuration Managerで使用されるアカウント」を参照してください。
コンピューターのプロキシ構成を確認する
ログオン ユーザーのプロキシ構成を確認するには、次のコマンドを実行します。
netsh winhttp show proxy
SYSTEM アカウントのプロキシ構成を確認するには、次のコマンドを実行してコマンド プロンプトを開きます。
psexec -s -i cmd
コマンド プロンプト ウィンドウで を実行
whoami
して、コマンド ウィンドウがシステム アカウントで実行されていることを確認します。コマンドを
netsh winhttp show proxy
実行し、システム アカウントのプロキシ構成を確認します。このコマンド ウィンドウからインターネット エクスプローラーを開始し、インターネット エクスプローラーで構成されているプロキシを確認することもできます。 場合によっては、[設定の自動検出] チェックボックスをオフにして、正しいプロキシを設定する必要がある場合があります。
WinHTTP でインターネット エクスプローラーからのプロキシ構成を強制的に使用するには、次のコマンドを実行します。
netsh winhttp import proxy source =ie
Netsh コマンドの詳細については、「 Windows Hypertext Transfer Protocol (WINHTTP) の Netsh コマンド」を参照してください。
サイト システムのプロキシ設定を構成する
- Configuration Manager コンソールで、[管理>] [サイト構成>サーバー] と [サイト システムの役割] に移動し、右側の<ウィンドウで [SiteSystemName>] を選択します。
- 下部のウィンドウで、[ サイト システム] を右クリックし、[ プロパティ] をクリックします。
- [ プロキシ ] タブを選択し、プロキシ サーバー名、ポート、資格情報 (必要な場合) を指定します。
ソフトウェアの更新ポイントのプロキシ設定を構成する
- Configuration Manager コンソールで、[管理>サイト構成>サーバーとサイト システムの役割] に移動し、右側のウィンドウで [SiteSystemName>] を選択<します。
- 下部のウィンドウで、[ ソフトウェアの更新ポイント] を右クリックし、[ プロパティ] をクリックします。
- [ プロキシとアカウントの設定] タブを選択し、[ ソフトウェア更新プログラムの同期時にプロキシ サーバーを使用する] を選択します。
- (省略可能)プロキシ サーバーを使用するように自動展開規則 (ADR) を構成するには、[ プロキシとアカウントの設定] タブを選択し、[ 自動展開規則を使用してコンテンツをダウンロードするときにプロキシ サーバーを使用する] を選択します。
WSUS コンソールでプロキシ設定を確認する
- WSUS コンソールを開きます。
- ツリー ペインで [オプション] を 選択し、表示ウィンドウで [ ソースとプロキシ サーバーの更新 ] を選択します。
- [プロキシ サーバー] タブを選択します。プロキシ設定が、Configuration Managerのソフトウェアの更新ポイントに対して構成されている設定と一致することを確認します。 設定が一致しない場合は、サイト サーバーでチェック WCM.logします。
詳細については、「 プロキシ サーバーの設定」を参照してください。
ソフトウェアの更新ポイントの WSUS サーバー接続アカウントを構成する
ソフトウェアの更新ポイントがサイト サーバーからリモートであり、サイト サーバー コンピューター アカウントに WSUS サーバーに接続するためのアクセス許可がない場合は、WSUS サーバーへの接続に使用できる WSUS サーバー接続アカウントConfiguration Manager指定する必要があります。
このアカウントは、WCM と WSyncMgr によって使用されます。 WSUS がインストールされているコンピューターのローカル管理者である必要があります。 さらに、アカウントはローカル WSUS Administrators グループの一部である必要があります。 詳細については、「Configuration Managerで使用されるアカウント」を参照してください。
ソフトウェアの更新ポイントの WSUS サーバー接続アカウントを構成するには:
- Configuration Manager コンソールで、[管理>サイト構成>サーバーとサイト システムの役割] に移動し、右側のウィンドウで [SiteSystemName>] を選択<します。
- 下部のウィンドウで、[ ソフトウェアの更新ポイント] を右クリックし、[ プロパティ] をクリックします。
- [ プロキシとアカウントの設定] タブで、[WSUS サーバー接続アカウント] で 接続アカウントを指定します。
関連情報
フィードバック
https://aka.ms/ContentUserFeedback」を参照してください。
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「フィードバックの送信と表示