残存 WinHTTP プロキシが Office 起動、ライセンス認証、Windows Update、サービス通信を遅くする可能性

ブラウザーとシステムサービスのプロキシ経路は異なります。WinINET、WinHTTP、PAC/WPAD、GPO、セキュリティソフトを比較します。

1. 結論と対象範囲

クライアント／サーバーのバージョン、ドメイン参加状況、DNS とゲートウェイ、ネットワーク場所、完全なエラー文、イベント時刻、直近の変更を準備します。例では予約済みの corp.example を使用し、実在する顧客のドメイン、IP、アカウント、機器番号は掲載していません。

本件は「ネットワーク、VPN、ファイアウォール」に分類されます。ログと設定はリモートで収集できる場合がありますが、権限の一括変更、スイッチ経路、本番切替、復元テストは計画した作業枠で実施します。

2. 主な症状と環境確認

• 口頭説明だけで判断せず、完全なエラー文、イベントログの時刻、失敗した操作を保存します。
• 影響範囲、初回発生時刻、再現性、別セグメントでも同じ結果になるかを記録します。
• ファイアウォール許可後も通信できない場合は、サーバーのデフォルトゲートウェイ、ポリシールート、セッション、NAT、経路対称性を確認します。

3. 推奨する切り分け順序

1. ユーザー単位の WinINET プロキシとサービスが使う WinHTTP プロキシを区別します。ブラウザー正常でも Office、認証、サービスが同じ経路とは限りません。
2. WinHTTP、ユーザープロキシ、PAC、セキュリティ製品の残存設定を確認します。ブラウザーが正常でも Office やシステムサービスが同じ経路を使うとは限りません。
3. PAC、WPAD、GPO、セキュリティソフトがプロキシを再適用していないか確認し、reset 後に一時回復して再起動後再発する状態を防ぎます。
4. 閉域環境で Office 2016 が遅い場合は、アドイン、既定プリンター、テンプレートパス、ネットワーク共有、ライセンス確認、証明書失効確認、プロキシタイムアウトを切り分けます。
5. FQDN ベースの更新許可では、リダイレクト、CDN、証明書検証、時刻同期、ベンダー側ドメイン変更を考慮し、1つのホスト名だけに依存しないようにします。
6. 一度に変更する条件は1つにし、変更前に設定をエクスポートするか現状を記録します。

netsh winhttp show proxy
reg query "HKCU\Software\Microsoft\Windows\CurrentVersion\Internet Settings" /v ProxyEnable
gpresult /h "%TEMP%\proxy-gpo.html"

4. 安全な修復と一括展開

読み取り専用の確認、設定エクスポート、単一システムでの検証を優先します。原因を確認してから対象範囲、作業時間、ロールバック方法を決めます。ポリシー変更はテスト送信元と限定時間帯で検証し、ヒットログとセッション、ロールバック設定を保存して段階的に拡大します。

• 閉域環境で Office 2016 が遅い場合は、アドイン、既定プリンター、テンプレートパス、ネットワーク共有、ライセンス確認、証明書失効確認、プロキシタイムアウトを切り分けます。
• FQDN ベースの更新許可では、リダイレクト、CDN、証明書検証、時刻同期、ベンダー側ドメイン変更を考慮し、1つのホスト名だけに依存しないようにします。
• 一度に変更する条件は1つにし、変更前に設定をエクスポートするか現状を記録します。

5. 確認方法・ロールバック・注意点

一度動作しただけで完了としません。利用者操作、ログ、再起動／再ログイン、必要に応じて別ネットワーク場所、次回のポリシー／バックアップ周期で再確認します。

確認とロールバック

• 一度に変更する条件は1つにし、変更前に設定をエクスポートするか現状を記録します。
• VPN 接続済みはトンネル確立を示すだけです。クライアントルート、社内 DNS、アクセス制御、サーバーファイアウォール、戻り経路も確認します。
• WinHTTP、ユーザープロキシ、PAC、セキュリティ製品の残存設定を確認します。ブラウザーが正常でも Office やシステムサービスが同じ経路を使うとは限りません。

避けるべき一般的な誤り

• VPN の「接続済み」だけでネットワーク正常と判断すること。
• 最小権限ではなく宛先・サービスを Any で許可すること。
• クライアントルートだけを変更し、戻り経路とセッションを確認しないこと。