Kan en VPN erstatte Fjernskrivebord? Hvad hver af dem gør

Et vindue åbnes, beder om legitimationsoplysninger, står derefter tomt eller falder væk, og brugeren rapporterer, at VPN brød fjernadgangen. Nogle gange er tunnelen i orden, og sessionen startede aldrig. Viden om, hvor applikationen faktisk kører, er det, der skiller de tilfælde, fordi en tunnel og en skrivebordssession giver forskellige ting og fejler forskellige steder.

En tunnel giver din enhed en vej ind i et netværk. En skrivebordssession giver dig en skærm og et tastatur, der er knyttet til en anden maskine.

Symptomet afhænger af, hvor applikationen kører

Ved direkte adgang gennem en tunnel kører applikationen på din egen enhed, og dens forespørgsler krydser den tilladte private rute til et filshare eller et internt websted. Hvis den applikation fejler, ser du på et navneopløsnings- eller ruteproblem, og det lokale program opfører sig ellers normalt.

Ved en fjernsession kører applikationen på den fjerne maskine, og din enhed modtager et billede af den. Det ændrer fejllisten fuldstændigt: sessionsværten skal være tilgængelig, tjenesten, der accepterer forbindelser, skal lytte, og din konto skal være autoriseret både på tunnelen og på værten. Et tomt vindue efter et vellykket tunnel-login betyder normalt, at den anden godkendelse aldrig lykkedes.

Begge designs kan eksistere samtidig for samme bruger. En almindelig opsætning kræver først tunnelen og derefter en skrivebordssession inde i den, og derfor er en delvis succes så let at læse som én ødelagt funktion.

Ydeevnen følger arbejdsbyrden, ikke etiketten

Åbning af en stor fil direkte gennem en tunnel flytter filen over netværket, og den synlige forsinkelse følger overførslen snarere end klikket. I en fjernsession forlader filen måske aldrig datacentret, hvilket fjerner overførslen og erstatter den med skærmopdatering og inputforsinkelse. Ingen af designene er hurtigere generelt, fordi de flytter forskellige ting. Spørg, hvilken størrelse brugeren faktisk venter på, før du vælger et måltal.

Den forskel betyder noget, når nogen rapporterer langsomhed. En fjernsession, der føles sløv under skrivning, er følsom over for rundtur-forsinkelse, mens en direkte filåbning over samme tunnel er følsom over for gennemstrømning. Mål opgaven i stedet for et generisk hastighedstal, og test netop den handling, brugeren klager over.

Interaktivt arbejde over en rute med høj latens bliver værre, jo mere af skærmen der ændrer sig, og derfor føles det anderledes at rulle i et dokument end at se på et statisk vindue. Hvis klagen handler om responsivitet frem for færdiggørelsestid, er arbejdsbyrdens placering den variabel, der er værd at ændre.

Kontroller hvert lag for sig, når det fejler

Arbejd udefra og ind, og notér, hvad hvert trin returnerer, fordi genstart af alt på én gang ødelægger beviserne. Bekræft, at tunnelen er oppe, bekræft derefter at den private rute opløses, bekræft derefter at sessionsværten accepterer forbindelser, bekræft derefter at din konto er tilladt på den.

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

En rute, der svarer, og en port, der afviser, er forskellige resultater, og en port, der svarer, mens dine legitimationsoplysninger afvises, er et tredje. Hvor udrulningen bruger en administreret adgangsgateway i stedet for en tunnel ind til kontoret, følg den arkitektur i stedet for at eksponere en skrivebordstjeneste på internettet, fordi en privat rute fejlede.

Kryptering og autorisation er også separate opgaver. Tunnelen krypterer ruten, mens sessionsprotokollen godkender dig over for en vært, og applikationen kan godkende dig igen. At bestå den første kontrol siger intet om den tredje, og vejledningen om at nå en fjern-pc udefra netværket beskriver de dele, en fungerende udrulning har brug for.

Afgør, hvad der skal blive inde i organisationen

At antage, at en fjernsession holder hvert dokument i datacentret, er usikkert. Udklipsholderdeling, omdirigerede drev og udskrivning kan flytte information mellem de to miljøer, når politikken tillader det, og en tunnel begrænser ikke, hvilke filer en autoriseret bruger kopierer fra et tilgængeligt share. Hvis indeslutning er kravet, gennemgå sessionens faktiske overførselskontroller i stedet for at stole på arkitekturdiagrammet. Spørg sessionens ejer, hvilke omdirigeringer der er aktiveret, før du lover noget på vedkommendes vegne.

Sessionens levetid er den anden overraskelse. Lukning af vinduet kan efterlade sessionen kørende på værten, så tab af tunnelen gør den måske kun midlertidigt utilgængelig. Lær den godkendte måde at afslutte arbejde på en delt maskine, og kontroller værten bagefter i stedet for at antage, at logoffet skete.

Skriv ned, hvilket lag der fejlede, hvad du ændrede, og hvad brugeren skal teste igen. Den registrering er mere værd end en løsning, som ingen kan genskabe.