Kann ein VPN den Remotedesktop ersetzen? Was jedes davon leistet

Ein Fenster öffnet sich, fragt nach Zugangsdaten, bleibt dann leer oder fällt weg, und der Nutzer meldet, das VPN habe den Fernzugriff kaputtgemacht. Manchmal ist der Tunnel in Ordnung, und die Sitzung hat nie begonnen. Genau das Wissen darüber, wo die Anwendung tatsächlich läuft, trennt diese Fälle, denn ein Tunnel und eine Desktop-Sitzung liefern verschiedene Dinge und scheitern an verschiedenen Stellen.

Ein Tunnel gibt Ihrem Gerät einen Weg in ein Netzwerk. Eine Desktop-Sitzung gibt Ihnen einen Bildschirm und eine Tastatur, die an einem anderen Rechner hängen.

Das Symptom hängt davon ab, wo die Anwendung läuft

Beim direkten Zugriff durch einen Tunnel läuft die Anwendung auf Ihrem eigenen Gerät, und ihre Anfragen verlassen die erlaubte private Route zu einer Dateifreigabe oder einer internen Seite. Wenn diese Anwendung scheitert, sehen Sie ein Namensauflösungs- oder Routingproblem, und das lokale Programm verhält sich ansonsten normal.

Bei einer Remotesitzung läuft die Anwendung auf dem entfernten Rechner, und Ihr Gerät empfängt ein Bild davon. Das ändert die Fehlerliste vollständig: Der Sitzungshost muss verfügbar sein, der Dienst, der Verbindungen annimmt, muss lauschen, und Ihr Konto muss sowohl am Tunnel als auch am Host berechtigt sein. Ein leeres Fenster nach erfolgreicher Tunnelanmeldung bedeutet meist, dass die zweite Authentifizierung nie gelungen ist.

Beide Entwürfe können für denselben Nutzer nebeneinander bestehen. Eine übliche Anordnung verlangt zuerst den Tunnel und dann eine Desktop-Sitzung darin, und deshalb lässt sich ein Teilerfolg so leicht als eine einzige kaputte Funktion lesen.

Die Leistung folgt der Arbeitslast, nicht dem Etikett

Eine große Datei direkt über einen Tunnel zu öffnen, bewegt diese Datei über das Netzwerk, und die sichtbare Verzögerung folgt der Übertragung statt dem Klick. In einer Remotesitzung verlässt die Datei das Rechenzentrum vielleicht nie, was die Übertragung entfernt und durch Bildwiederholung und Eingabelatenz ersetzt. Keiner der Entwürfe ist generell schneller, weil sie verschiedene Dinge bewegen. Fragen Sie, auf welche Größe der Nutzer tatsächlich wartet, bevor Sie eine Messgröße wählen.

Dieser Unterschied zählt, wenn jemand von Langsamkeit berichtet. Eine Remotesitzung, die sich beim Tippen zäh anfühlt, reagiert empfindlich auf Umlaufverzögerung, während ein direktes Öffnen einer Datei über denselben Tunnel empfindlich auf Durchsatz reagiert. Messen Sie die Aufgabe statt einer allgemeinen Geschwindigkeitszahl, und testen Sie genau den Vorgang, über den der Nutzer klagt.

Interaktive Arbeit über einen Pfad mit hoher Latenz wird schlechter, je mehr sich vom Bildschirm ändert, und deshalb fühlt sich das Scrollen in einem Dokument anders an als der Blick auf ein statisches Fenster. Geht die Klage über die Reaktionsfähigkeit und nicht über die Fertigstellungszeit, ist der Ort der Arbeitslast die Variable, die sich zu ändern lohnt.

Prüfen Sie jede Schicht einzeln, wenn sie scheitert

Arbeiten Sie von außen nach innen und notieren Sie, was jeder Schritt zurückgibt, denn alles auf einmal neu zu starten zerstört die Beweise. Bestätigen Sie, dass der Tunnel steht, dann dass die private Route aufgelöst wird, dann dass der Sitzungshost Verbindungen annimmt, dann dass Ihr Konto dort zugelassen ist.

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

Eine Route, die antwortet, und ein Port, der ablehnt, sind verschiedene Ergebnisse, und ein Port, der antwortet, während Ihre Zugangsdaten zurückgewiesen werden, ist ein drittes. Wo die Umgebung ein verwaltetes Zugriffsgateway statt eines Tunnels ins Büro nutzt, folgen Sie dieser Architektur, statt einen Desktopdienst ins Internet zu stellen, weil eine private Route versagt hat.

Verschlüsselung und Autorisierung sind ebenfalls getrennte Aufgaben. Der Tunnel verschlüsselt den Pfad, während das Sitzungsprotokoll Sie gegenüber einem Host authentifiziert und die Anwendung Sie erneut authentifizieren kann. Die erste Prüfung zu bestehen sagt nichts über die dritte, und die Hinweise zum Erreichen eines entfernten PCs von außerhalb des Netzwerks beschreiben die Teile, die eine funktionierende Umgebung braucht.

Entscheiden Sie, was in der Organisation bleiben muss

Anzunehmen, eine Remotesitzung halte jedes Dokument im Rechenzentrum, ist unsicher. Zwischenablagefreigabe, umgeleitete Laufwerke und Drucken können Informationen zwischen beiden Umgebungen bewegen, wann immer die Richtlinie es erlaubt, und ein Tunnel begrenzt nicht, welche Dateien ein berechtigter Nutzer von einer erreichbaren Freigabe kopiert. Ist Abschottung die Anforderung, prüfen Sie die tatsächlichen Übertragungskontrollen der Sitzung, statt dem Architekturbild zu vertrauen. Fragen Sie den Sitzungseigner, welche Umleitungen aktiv sind, bevor Sie in seinem Namen etwas versprechen.

Die Sitzungsdauer ist die andere Überraschung. Das Schließen des Fensters kann die Sitzung auf dem Host weiterlaufen lassen, sodass der Verlust des Tunnels sie vielleicht nur vorübergehend unerreichbar macht. Lernen Sie den genehmigten Weg, die Arbeit auf einem gemeinsam genutzten Rechner zu beenden, und prüfen Sie den Host danach, statt anzunehmen, die Abmeldung sei erfolgt.

Notieren Sie, welche Schicht versagt hat, was Sie geändert haben und was der Nutzer erneut testen soll. Diese Aufzeichnung ist mehr wert als eine Lösung, die niemand nachvollziehen kann.