Twój zespół ds. bezpieczeństwa blokuje cały niechciany ruch przychodzący do hostów sesji i planuje zablokować ogólny ruch wychodzący do Internetu. Użytkownicy muszą łączyć się z Azure Virtual Desktop bez wystawiania RDP w publicznym Internecie. Które dwie konfiguracje umożliwiają łączność przy jednoczesnym zachowaniu tych ograniczeń? (Wybierz dwie odpowiedzi.)

Aby umożliwić łączność z Azure Virtual Desktop (AVD) bez wystawiania RDP w Internecie i przy zablokowanym ruchu wychodzącym, należy zastosować dwie konfiguracje. Po pierwsze, zezwolenie na ruch wychodzący TCP 443 do tagu usługi WindowsVirtualDesktop jest kluczowe, ponieważ hosty sesji AVD komunikują się z usługą AVD za pośrednictwem tego portu, a tag usługi upraszcza zarządzanie regułami sieciowymi. Blokowanie ruchu przychodzącego 3389 na hostach sesji jest standardową praktyką bezpieczeństwa, ponieważ AVD wykorzystuje odwrotne połączenie. Po drugie, włączenie Private Link dla AVD i skonfigurowanie prywatnego DNS umożliwia hostom sesji łączenie się z usługą AVD za pośrednictwem prywatnych adresów IP w sieci wirtualnej Azure, co eliminuje potrzebę ruchu przez publiczny Internet. Przypisanie publicznych adresów IP i otwarcie portu 3389 wystawia RDP na Internet, co jest niezgodne z wymaganiami. Azure Bastion zapewnia bezpieczny dostęp do maszyn wirtualnych, ale nie rozwiązuje problemu ruchu wychodzącego hostów sesji do usługi AVD. RDP Shortpath dla sieci zarządzanych optymalizuje połączenia, ale nie zastępuje podstawowej łączności z usługą AVD i nie działa bez żadnego ruchu wychodzącego do Internetu.