RDP Shortpath för Azure Virtual Desktop-exempelscenarier

Slutförd

Här följer några exempelscenarier som visar hur anslutningar utvärderas för att avgöra om RDP Shortpath används i olika nätverkstopologier.

Scenario 1

En UDP-anslutning kan bara upprättas mellan klientenheten och sessionsvärden via ett offentligt nätverk (Internet). En direktanslutning, till exempel ett VPN, är inte tillgänglig. UDP tillåts via brandvägg eller NAT-enhet.

Diagram som visar RDP Shortpath för offentliga nätverk använder STUN.

Scenario 2

En brandvägg eller NAT-enhet blockerar en direkt UDP-anslutning, men en indirekt UDP-anslutning kan vidarebefordras med hjälp av TURN mellan klientenheten och sessionsvärden via ett offentligt nätverk (Internet). En annan direktanslutning, till exempel ett VPN, är inte tillgänglig.

Diagram som visar RDP Shortpath för offentliga nätverk använder TURN.

Scenario 3

En UDP-anslutning kan upprättas mellan klientenheten och sessionsvärden via ett offentligt nätverk eller via en direkt VPN-anslutning, men RDP Shortpath för hanterade nätverk är inte aktiverat. När klienten initierar anslutningen kan ICE/STUN-protokollet se flera vägar och utvärdera varje väg och välja den med lägst svarstid.

I det här exemplet görs en UDP-anslutning med RDP Shortpath för offentliga nätverk via den direkta VPN-anslutningen eftersom den har den lägsta svarstiden, vilket visas av den gröna linjen.

Diagram som visar en UDP-anslutning med RDP Shortpath för offentliga nätverk via den direkta VPN-anslutningen görs eftersom den har den lägsta svarstiden.

Scenario 4

Både RDP Shortpath för offentliga nätverk och hanterade nätverk är aktiverade. En UDP-anslutning kan upprättas mellan klientenheten och sessionsvärden via ett offentligt nätverk eller via en direkt VPN-anslutning. När klienten initierar anslutningen görs samtidiga försök att ansluta med RDP Shortpath för hanterade nätverk via port 3390 (som standard) och RDP Shortpath för offentliga nätverk via ICE/STUN-protokollet. Den första hittade algoritmen används till och användaren använder den anslutning som upprättas först för den sessionen.

Eftersom det finns fler steg i ett offentligt nätverk, till exempel en NAT-enhet, en lastbalanserare eller en STUN-server, är det troligt att algoritmen som först hittades väljer anslutningen med RDP Shortpath för hanterade nätverk och upprättas först.

Diagram som visar den första hittade algoritmen väljer anslutningen med RDP Shortpath för hanterade nätverk och upprättas först.

Scenario 5

En UDP-anslutning kan upprättas mellan klientenheten och sessionsvärden via ett offentligt nätverk eller via en direkt VPN-anslutning, men RDP Shortpath för hanterade nätverk är inte aktiverat. För att förhindra att ICE/STUN använder en viss väg kan en administratör blockera någon av vägarna för UDP-trafik. Om du blockerar en väg ser du till att den återstående sökvägen alltid används.

I det här exemplet blockeras UDP på den direkta VPN-anslutningen och ICE/STUN-protokollet upprättar en anslutning via det offentliga nätverket.

Diagram som visar att UDP blockeras på den direkta VPN-anslutningen och ICE/STUN-protokollet upprättar en anslutning via det offentliga nätverket.

Scenario 6

Både RDP Shortpath för offentliga nätverk och hanterade nätverk har konfigurerats, men det gick inte att upprätta en UDP-anslutning med direkt VPN-anslutning. En brandvägg eller NAT-enhet blockerar också en direkt UDP-anslutning med hjälp av det offentliga nätverket (Internet), men en indirekt UDP-anslutning kan vidarebefordras med hjälp av TURN mellan klientenheten och sessionsvärden via ett offentligt nätverk (Internet).

Diagram som visar att UDP blockeras på den direkta VPN-anslutningen och en direktanslutning.

Scenario 7

Både RDP Shortpath för offentliga nätverk och hanterade nätverk har konfigurerats, men det gick inte att upprätta en UDP-anslutning. I det här fallet misslyckas RDP Shortpath och anslutningen återgår till TCP-baserad omvänd anslutningstransport.

Diagram som visar att det inte gick att upprätta en UDP-anslutning.