Windows 365 Enterprise の「What’s New」ページに関する2026年10月23日の監視入力には、RDP Multipath および TURN relay を使用する RDP Shortpath が Azure Government で利用可能であると主張する検出済みテキストが含まれています。同じテキストでは、冗長なトランスポートパス、リレー経由の UDP 接続、および専用ネットワーク範囲について説明されていますが、提供された補足レビューでは、対応する Microsoft の公式発表または裏付けドキュメントは見つかりませんでした。
Windows 365 管理者にとって、シグナルは明確です。これらのエントリは実装の根拠ではなく、検証のトリガーとして扱ってください。監視日付はエンジンがテキストを検出した時点を示すものであり、Microsoft がこれらの主張を公開した時点を確定するものではありません。
1. RDP Multipath の可用性には検証が必要です
変更内容: 検出されたエントリでは、冗長な TCP および UDP トランスポートパスを備えた RDP Multipath が Azure Government で一般提供されていると主張されています。また、この機能は複数のネットワークパスを維持し、ネットワーク状況が変化した場合に利用可能なパスへ自動的に切り替えるとも記載されています。
提供された補足調査では、可用性ステータスおよび説明された動作のいずれについても、一致する Microsoft の公式ソースは見つかりませんでした。したがって、このブリーフィングでは、これらの主張を独自に裏付けられたものとして扱いません。
重要な理由: 検出された説明が正確であれば、追加のパスは管理者によるセッション接続性およびネットワーク依存関係の評価に影響を与える可能性があります。これは運用上の意味合いであり、検証済みの展開機能ではありません。
これは、本番ルーティングを再設計する承認ではありません。特定のテナントでサポートされる内容を確認する理由です。
管理者のアクション: 影響を受ける可能性のある Azure Government Cloud PC 環境を特定し、組織で利用できる信頼できる Microsoft 資料を通じて RDP Multipath の可用性および前提条件を検証してください。接続ポリシーを調整する前に、証跡を変更管理に記録してください。
2. TURN Relay のステータスも裏付けられていません
変更内容: 検出されたテキストでは別途、TURN relay を使用する RDP Shortpath が Azure Government で一般提供されていると主張されています。この機能は、直接接続を利用できない場合にリレー経由の UDP 接続を可能にするものとして説明されています。
補足ソースレビューによると、この機能、その製品スコープ、または可用性に関する主張に一致する Microsoft の公式ドキュメントは見つかりませんでした。主張されている一般提供ステータスは、提供された証拠の範囲では裏付けられていません。
重要な理由: 検出されたページ本文では、RDP Multipath と TURN relay が、ネットワーク状況の変化に応じてセッション接続を維持するための補完的なトランスポートオプションとして提示されています。管理者は、自身の展開に対するサポートと動作を確認せずに、この説明を本番依存関係に変換することはできません。
プレビュー、ロールアウト、一般提供は、実質的に異なる状態です。検出された文言では一般提供とされていますが、証拠パッケージにはそれを裏付けるドキュメントがありません。
管理者のアクション: 監視対象のテキストに名称が記載されているからといって、TURN relay が有効またはサポートされていると想定しないでください。主張されているリレーパスを運用モデルに組み込む前に、テナントの適格性、製品スコープ、クライアントの前提条件、および観測可能な接続動作を検証してください。
3. ネットワークルールはまだ適用すべきではありません
変更内容: 検出されたエントリでは、Azure Government TURN relay 用として UDP ポート 3478 経由の範囲 20.140.236.0/22 が指定されています。また、TURN relay を使用する RDP Shortpath のために、このトラフィックを許可するよう管理者に指示しています。
補足調査では、この正確な範囲とポートの要件に一致する Microsoft の公式ソースは見つかりませんでした。そのため、この構成詳細は検出されたページ本文に存在するにもかかわらず、裏付けられていません。
重要な理由: 具体的な IP 範囲とポートは、リリースノートのテキストからファイアウォール変更要求へと迅速に移行する可能性があります。この場合、それは時期尚早です。ネットワーク変更は、適用可能性の確認、文書化されたスコープ、および承認済みのロールバック計画に基づいて行うべきであり、裏付けドキュメントが見つからない単独の監視エントリに基づくべきではありません。
管理者のアクション: チームが信頼できる Microsoft 資料を通じて検証するまで、20.140.236.0/22 および UDP ポート 3478 を本番変更要求に含めないでください。検証が可能になった場合は、制御されたスコープでルールをテストし、広範な展開の前に結果として生じる接続動作を確認してください。
Cloud PC 管理者が次に実施すべきこと
即時のネットワーク変更を保留する。 検出されたページ本文だけを根拠として、本番ファイアウォールまたはルーティングポリシーを変更しないでください。
テナントへの適用可能性を検証する。 この主張が、お使いの Azure Government Windows 365 展開、エディション、クライアント、および現在のサービス状態に適用されるかどうかを確認してください。
信頼できる証拠を収集する。 RDP Multipath、TURN relay、
20.140.236.0/22、または UDP ポート3478に関係する変更案には、確認済みの Microsoft ドキュメントまたはテナント固有のガイダンスを添付してください。ロールアウト前にテストする。 Microsoft が要件を裏付けた場合は、制御されたグループで接続性を検証し、成功基準とロールバック手順の両方を文書化してください。
Windows 365 管理者にとっての運用原則は単純です。まず検証し、その後に変更してください。