Kan een VPN een extern bureaublad vervangen? Wat elk van beide doet

Er opent een venster, het vraagt om inloggegevens, daarna blijft het leeg of sluit, en de gebruiker meldt dat de VPN de externe toegang heeft gebroken. Soms is de tunnel in orde en is de sessie nooit begonnen. Weten waar de toepassing werkelijk draait, is wat die gevallen scheidt, want een tunnel en een bureaubladsessie leveren verschillende dingen en falen op verschillende plaatsen.

Een tunnel geeft je apparaat een pad naar een netwerk. Een bureaubladsessie geeft je een scherm en een toetsenbord dat aan een andere machine hangt.

Het symptoom hangt af van waar de toepassing draait

Bij directe toegang via een tunnel draait de toepassing op je eigen apparaat en gaan de verzoeken over de toegestane privéroute naar een bestandsshare of een interne site. Als die toepassing faalt, kijk je naar een probleem met naamresolutie of routering, en het lokale programma gedraagt zich verder normaal.

Bij een externe sessie draait de toepassing op de machine aan de andere kant en ontvangt je apparaat er een beeld van. Dat verandert de storingslijst volledig: de sessiehost moet beschikbaar zijn, de dienst die verbindingen aanneemt moet luisteren, en je account moet zowel op de tunnel als op de host gemachtigd zijn. Een leeg venster na een geslaagde tunnel-login betekent meestal dat de tweede authenticatie nooit is gelukt.

Beide ontwerpen kunnen naast elkaar bestaan voor dezelfde gebruiker. Een gangbare opzet vereist eerst de tunnel en daarna een bureaubladsessie daarbinnen, waardoor een gedeeltelijk succes zo makkelijk als één kapotte functie wordt gelezen.

Prestatie volgt de werkbelasting, niet het label

Een groot bestand rechtstreeks over een tunnel openen verplaatst dat bestand over het netwerk, en de zichtbare vertraging volgt de overdracht en niet de klik. In een externe sessie verlaat het bestand het datacenter misschien nooit, wat de overdracht wegneemt en vervangt door schermverversing en invoerlatentie. Geen van beide ontwerpen is in het algemeen sneller, omdat ze verschillende dingen verplaatsen. Vraag op welke grootheid de gebruiker werkelijk wacht voordat je een metriek kiest.

Dat verschil doet ertoe wanneer iemand traagheid meldt. Een externe sessie die traag aanvoelt tijdens het typen is gevoelig voor retourvertraging, terwijl een directe bestandsopenening over dezelfde tunnel gevoelig is voor doorvoer. Meet de taak en niet een algemeen snelheidscijfer, en test de specifieke handeling waarover de gebruiker klaagt.

Interactief werk over een pad met hoge latentie wordt slechter naarmate meer van het scherm verandert, waardoor door een document scrollen anders aanvoelt dan naar een stilstaand venster kijken. Als de klacht over responsiviteit gaat en niet over voltooiingstijd, is de plaats van de werkbelasting de variabele die het wijzigen waard is.

Controleer elke laag apart wanneer iets faalt

Werk van binnen naar buiten en noteer wat elke stap teruggeeft, want alles tegelijk herstarten vernietigt het bewijs. Bevestig dat de tunnel actief is, dan dat de privéroute wordt opgelost, dan dat de sessiehost verbindingen aanneemt, dan dat je account daar is toegestaan.

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

Een route die antwoordt en een poort die weigert zijn verschillende resultaten, en een poort die antwoordt terwijl je inloggegevens worden geweigerd is een derde. Waar de uitrol een beheerde toegangsgateway gebruikt in plaats van een tunnel naar kantoor, volg die architectuur en stel geen bureaubladdienst aan het internet bloot omdat een privéroute faalde.

Versleuteling en autorisatie zijn ook aparte taken. De tunnel versleutelt het pad, terwijl het sessieprotocol je bij een host authenticeert en de toepassing je nog eens kan authenticeren. De eerste controle halen zegt niets over de derde, en de richtlijnen om een externe pc van buiten het netwerk te bereiken beschrijven de onderdelen die een werkende uitrol nodig heeft.

Bepaal wat binnen de organisatie moet blijven

Aannemen dat een externe sessie elk document in het datacenter houdt, is onveilig. Klembord delen, omgeleide schijven en afdrukken kunnen informatie tussen de twee omgevingen verplaatsen wanneer het beleid dat toestaat, en een tunnel beperkt niet welke bestanden een gemachtigde gebruiker van een bereikbare share kopieert. Als beheersing de eis is, bekijk dan de werkelijke overdrachtscontroles van de sessie in plaats van het architectuurdiagram te vertrouwen. Vraag de sessie-eigenaar welke omleidingen zijn ingeschakeld voordat je iets namens hen belooft.

De levensduur van de sessie is de andere verrassing. Het venster sluiten kan de sessie op de host laten doorlopen, dus het verliezen van de tunnel maakt die misschien alleen tijdelijk onbereikbaar. Leer de goedgekeurde manier om werk op een gedeelde machine te beëindigen, en controleer de host daarna in plaats van aan te nemen dat het afmelden is gebeurd.

Schrijf op welke laag faalde, wat je hebt gewijzigd en wat de gebruiker opnieuw moet testen. Die vastlegging is meer waard dan een oplossing die niemand kan reproduceren.