Kan ett VPN ersätta fjärrskrivbord? Vad var och en gör

Ett fönster öppnas, begär inloggningsuppgifter och blir sedan stående tomt eller stängs, och användaren rapporterar att VPN:en förstörde fjärråtkomsten. Ibland är tunneln i ordning och sessionen startade aldrig. Att veta var programmet faktiskt körs är det som skiljer dessa fall, eftersom en tunnel och en skrivbordssession ger olika saker och fallerar på olika ställen.

En tunnel ger din enhet en väg in i ett nätverk. En skrivbordssession ger dig en skärm och ett tangentbord kopplade till en annan maskin.

Symtomet beror på var programmet körs

Med direkt åtkomst via en tunnel körs programmet på din egen enhet och dess förfrågningar går över den tillåtna privata rutten till en filresurs eller en intern webbplats. Om det programmet fallerar tittar du på ett namnuppslag- eller routningsproblem, och det lokala programmet beter sig i övrigt normalt.

I en fjärrsession körs programmet på maskinen på andra sidan och din enhet tar emot en bild av det. Det förändrar fellistan helt: sessionsvärden måste vara tillgänglig, tjänsten som tar emot anslutningar måste lyssna, och ditt konto måste vara behörigt både på tunneln och på värden. Ett tomt fönster efter en lyckad tunnelinloggning betyder oftast att den andra autentiseringen aldrig lyckades.

Båda utformningarna kan samexistera för samma användare. En vanlig ordning kräver först tunneln och sedan en skrivbordssession inuti den, vilket är varför en delvis framgång så lätt läses som en enda trasig funktion.

Prestandan följer arbetsbelastningen, inte etiketten

Att öppna en stor fil direkt över en tunnel flyttar filen över nätverket, och den synliga fördröjningen följer överföringen och inte klicket. I en fjärrsession lämnar filen kanske aldrig datacentret, vilket tar bort överföringen och ersätter den med skärmuppdatering och inmatningsfördröjning. Ingen av utformningarna är snabbare i allmänhet, eftersom de flyttar olika saker. Fråga vilken storhet användaren egentligen väntar på innan du väljer ett mått.

Den skillnaden spelar roll när någon rapporterar tröghet. En fjärrsession som känns seg när man skriver är känslig för rundtursfördröjning, medan en direkt filöppning över samma tunnel är känslig för genomströmning. Mät uppgiften och inte en allmän hastighetssiffra, och testa den specifika åtgärd som användaren klagar på.

Interaktivt arbete över en väg med hög latens blir sämre ju mer av skärmen som ändras, vilket är varför det känns annorlunda att rulla i ett dokument än att titta på ett stillastående fönster. Om klagomålet gäller respons och inte färdigställandetid är arbetsbelastningens placering den variabel som är värd att ändra.

Kontrollera varje lager för sig när något fallerar

Arbeta dig utåt och anteckna vad varje steg returnerar, eftersom att starta om allt på en gång förstör bevisningen. Bekräfta att tunneln är uppe, därefter att den privata rutten slås upp, därefter att sessionsvärden tar emot anslutningar, därefter att ditt konto är tillåtet där.

Test-NetConnection -ComputerName 172.20.8.30 -Port 3389
Resolve-DnsName workstation-14.corp.example
qwinsta /server:172.20.8.30

En rutt som svarar och en port som nekar är olika resultat, och en port som svarar medan dina inloggningsuppgifter avvisas är ett tredje. Där utrullningen använder en hanterad åtkomstgateway i stället för en tunnel in till kontoret, följ den arkitekturen i stället för att exponera en skrivbordstjänst mot internet bara för att en privat rutt fallerade.

Kryptering och behörighet är också separata uppgifter. Tunneln krypterar vägen, medan sessionsprotokollet autentiserar dig mot en värd och programmet kan autentisera dig igen. Att klara den första kontrollen säger ingenting om den tredje, och vägledningen för att nå en fjärrdator utanför nätverket beskriver de delar som en fungerande utrullning behöver.

Bestäm vad som måste stanna inom organisationen

Att anta att en fjärrsession håller varje dokument i datacentret är osäkert. Urklippsdelningsfunktioner, omdirigerade enheter och utskrift kan flytta information mellan de två miljöerna när policyn tillåter det, och en tunnel begränsar inte vilka filer en behörig användare kopierar från en nåbar resurs. Om inneslutning är kravet, granska sessionens faktiska överföringskontroller i stället för att lita på arkitekturdiagrammet. Fråga sessionens ägare vilka omdirigeringar som är aktiverade innan du lovar något för deras räkning.

Sessionens livslängd är den andra överraskningen. Att stänga fönstret kan lämna sessionen körande på värden, så att tappa tunneln kanske bara gör den tillfälligt onåbar. Lär dig det godkända sättet att avsluta arbetet på en delad maskin och kontrollera värden efteråt i stället för att anta att utloggningen skedde.

Skriv ned vilket lager som fallerade, vad du ändrade och vad användaren bör testa igen. Den anteckningen är värd mer än en lösning som ingen kan återskapa.