はじめに AVDは閉域にできないと言われています。何故できないのかを私なりに整理してみました。 結論は「Azureだけでは閉域化できない。」「しかし、閉域化の方法が全くないわけではない。」です。 誤っている点などあればコメントいただけますと嬉しいです。 １. AVDの構成要素 AVDの基本的な構成は以下です。 コントロールプレーン Entra ID SessionHost（仮想マシン） 本来はユーザプロファイル用のストレージサービス等も必要ですが今回は割愛します。また、閉域をテーマにしているのでExpressRouteを記載しています。 ２. クライアント接続シーケンス まずは一般的なAVD接続シーケンスを確認してみます。クライアントからAVDへ接続するには大きく12のステップがあります。※Learnはこちら 1～6の通信 AVD接続の際、最初にIDとPASSを入力して認証するかと思いますが、その際の通信です。 ここまででアプリケーション内にアイコンが出来上がります。 ここまでの通信ではあくまで認証フェーズなので、仮にアプリケーショングループ (DAG) へのユーザー割り当て操作をしていない場合でも問題なく処理されます。その場合、「SessionDesktop」アイコンが表示されません。 7～12の通信 アイコンをたたくと以下の通信が発生します。 ここまできてAVDに接続完了です。 ３. 接続シーケンスの中身を閉域視点で確認する Entraとの通信 例えば2番でEntraによるユーザ認証があります。 Entra（Entra ID）との通信は閉域ではないです。 ExpressRouteのMicrosoft Peeringであれば閉域にできますが、AVDを使う際は多くの場合M365を使用するかと思います。M365向け通信はMicrosoft Peeringを使用する際承認が必要であり、承認されるかどうかは何とも言えません。 Microsoft ピアリングのLearnはこちら：Microsoft ピアリング Azure Front Doorとの通信 7番のFront Doorとの通信についても閉域になりません。 Azure Front DoorはExpressRouteを使用した閉域接続をサポートしていないとLearnにて明言されています。 サポート対象外:CDNAzure Front DoorMultifactor Authentication Server (レガシ)

YouTube video by Tom Wechsler

Frage: Hallo zusammen, ich habe ein Problem mit meiner Microsoft Server 2019 RDS installation. Ich habe folgendes Szenario: RDS1 = ConnectionBroker, Lizenzserver, WebAcesss RDS2 = SessionHost... 1 Kommentar, 216 mal gelesen.

Frage: Hallo zusammen, ich habe ein Problem mit meiner Microsoft Server 2019 RDS installation. Ich habe folgendes Szenario: RDS1 = ConnectionBroker, Lizenzserver, WebAcesss RDS2 = SessionHost... 1 Kommentar, 169 mal gelesen.