WSUSサーバーから更新をダウンロード中にクライアントが80072EE2エラーをヒットする
そのため、WSUSサーバーはMicrosoftから最新の更新をダウンロードするように構成され、他のサーバーはWSUSサーバーから更新をダウンロードします。
WSUSサーバーがMicrosoftから更新をダウンロードしても問題はありません。
ローカルサーバーとコンピューターは新しい更新の通知を受け取ることができますが、WSUSからダウンロードしようとすると問題が発生します。
たとえば、ファイルサーバーは1つの新しい更新（100KB）の通知を受け取り、ダウンロードを開始します。ただし、Windowsの更新でエラーメッセージが表示されるまで、ダウンロードの進行状況は0％のままです。
何か案が？
私はインターネットでいくつかの調査を行いましたが、それらのほとんどは、ローカルWSUSではなくMicrosoftからアップデートを取得することに関する問題です。
ネットワーク担当者がWSUSサーバーの構成を間違えたことが判明しました。これにより、WSUSがMicrosoftから更新パッケージをダウンロードしなくなります。
したがって、利用可能な新しい更新があると報告されていますが、クライアントサーバーはWSUSサーバーから更新を見つけてダウンロードできません。
WSUSサーバーがアップデートパッケージを適切にダウンロードして保持することを確認することで、問題は解決しました。
私はこの問題を抱えていましたが、現在は解決されています。確認する必要がある設定があります。
- windowsファイアウォール、プライベートネットワークとドメインの接続を許可する必要があります
- グループポリシーで自動更新を構成する必要があります（このオプションを有効にしないと、wsusによる更新は機能しません）
- in IIS wsus Webサイトを展開してselfupdateを選択し、ディレクトリの参照を有効にして、clientwebserviceに対して同じジョブを実行します
- クライアントPCでcmdを開き、「gpupdate/force」と入力して更新を確認します
注：グループポリシーでは、"http://servername:8530"などのイントラネットMicrosoft更新サービスの場所を指定するためのポートを設定することを忘れないでください。wsusのデフォルトポートは8530です。
エラーは
0x80072EE2 ERROR_INTERNET_TIMEOUT
ネットワークタイムアウトエラーです。おそらく、何かがネットワーク通信を妨げています。
Windowsファイアウォール？ハードウェアファイアウォール？ WSUSサーバーのアドレスがクライアントコンピュータのレジストリに正しく入力されていますか？ DNSは？クライアントはWSUS URLを正しく解決できますか？
私の場合、WSUSアプリケーションプールは、メモリの使用に制限があったため、クライアントとの通信中にシャットダウンしていました（そのため、0x80072EE2 =タイムアウトエラー）。 IIS WSUSサーバーのマネージャー、アプリケーションプール、WsusPool）に移動し、右クリックして、再利用し、プライベートメモリ使用量の制限を削除します。
また、IISをより適切に最適化するために、8つのWsusアプリケーションプール（WsusPool1、WsusPool2など）を作成し、8つのアプリケーションをそれぞれ別のプールに移動することをお勧めします。
私の意見では、WIDがあり、10000を超える更新プログラムがインストールされているWSUSサーバーには、少なくとも4 GBのメモリが必要です。