RasMan und RemoteAccess sind nicht derselbe Dienst

RasMan und RemoteAccess stehen in einer Dienstliste nebeneinander, beide erwähnen den Fernzugriff, und sie erledigen unterschiedliche Aufgaben. Der eine verwaltet Clientverbindungen, der andere ist die Serverrolle für Routing und Remotezugriff. Wer sie als austauschbar behandelt, sorgt dafür, dass ein Laptop eine Serverfunktion aktiviert bekommt, um ein Clientproblem zu lösen. Ein Dienst kann dem Namen nach relevant und der Funktion nach irrelevant sein, was die Namen zum wenigsten nützlichen Beweis im Ticket macht.

Zwei Namen, zwei verschiedene Aufgaben

RasMan ist der Verbindungsmanager, der den Fernzugriff auf der Clientseite abwickelt, einschließlich des Telefonbuchs und der Verbindungsmechanik, die der integrierte VPN-Client verwendet. RemoteAccess ist der Dienst Routing und RAS, der Routing, NAT und serverseitigen Fernzugriff auf einem Rechner bereitstellt, der als Router fungiert. Die RAS-Übersicht von Microsoft beschreibt dieses Clientmodell, und eine Workstation, die ein VPN wählt, braucht nur den ersten der beiden. Den zweiten zu installieren oder zu starten macht den ersten nicht besser.

Eine schreibgeschützte Bestandsaufnahme kostet nichts und beantwortet die erste Frage in Sekunden. Führen Sie beide Abfragen aus und legen Sie die Ausgabe neben den Fehler des Clients, denn ein fehlender Dienst und ein gestoppter Dienst sind verschiedene Ausgangspunkte.

Get-Service -Name RasMan,RemoteAccess -ErrorAction SilentlyContinue | Select-Object Name,Status,StartType
Get-VpnConnection | Select-Object Name,ConnectionStatus,ServerAddress

Ein gestoppter RasMan mit manuellem Starttyp ist ein Dienst, den die Richtlinie abgeschaltet hat, was eine Verwaltungsfrage und keine fehlende Funktion ist. Ein fehlendes RemoteAccess ist der normale Zustand einer Workstation und sagt nichts über den Client aus. Die Verbindungsliste ist wichtig, weil sie zeigt, ob Windows glaubt, dass ein Profil existiert, bevor ein Dienst für den Fehler verantwortlich gemacht wird.

Wovon der Client tatsächlich abhängt

Ermitteln Sie die tatsächliche Abhängigkeit des fehlerhaften Clients und seinen ersten Fehler, nicht seinen letzten. Ein durch Richtlinie gestoppter Dienst ist eine von mehreren Möglichkeiten. Zwei Clients, die um eine Standardroute kämpfen, privates DNS auf dem falschen Adapter, ein von einem alten Produkt hinterlassener Filtertreiber und Sicherheitsrichtlinien, die nie zusammen existieren sollten, erzeugen jeweils ihren eigenen Fehler. Keiner davon wird durch einen Starttyp repariert. Diese Liste ist auch der Grund, warum ein Starttyp ein schlechter erster Schritt ist, denn ein Dialog kann fünf verschiedene Ursachen verbergen.

Der erste Fehler ist wichtiger als der letzte, denn alles danach ist eine Folge. Halten Sie ihn fest, bevor Sie etwas ändern, sonst verschwindet der Beweis mit dem Symptom.

Warum das Einschalten von RRAS hier nichts repariert

Das Einschalten der Routingrolle fügt einen Dienst, einen Satz Registrierungskonfiguration und in manchen Versionen Abfragen zur Ersteinrichtung hinzu. Nichts davon liefert eine Clientabhängigkeit, und auf einem verwalteten Laptop kann es eine Baseline verletzen. Ein einzelner Forenbeitrag über einen Dienst, der zufällig einen Rechner reparierte, ist keine Richtlinie zum Aktivieren von Routingfunktionen für einen ganzen Bestand. Eine Dienständerung erfordert, dass Rolle und Bereitstellungsdokumentation übereinstimmen, bevor jemand sie anfasst.

Der Systemeigentümer hält diese Konfiguration, nicht wer zufällig den Thread gelesen hat. Baseline-Drift über einen Bestand ist teuer rückgängig zu machen, und jede aktivierte Rolle ist eine weitere Sache, die das nächste Audit rechtfertigen muss. Wenn die Rolle wirklich zu dem Rechner gehört, liegt diese Entscheidung Monate vor diesem Ticket.

Vergleichen Sie mit einem funktionierenden Rechner

Vergleichen Sie mit einem funktionierenden Rechner, auf dem dieselben Clientversionen und dieselben vorgesehenen Profile laufen, statt mit einem mit denselben Namen der Desktop-Verknüpfungen. Zwei verbundene Anzeigen bedeuten nicht eine stimmige Netzwerkrichtlinie, und die Prüfung der unterstützten Koexistenz gehört zum Vergleich. Notieren Sie die Clientversion, den Fehler, die vorhandenen Dienste und die aktiven Routen auf beiden Rechnern. Entscheiden Sie dann, ob der Unterschied ein Dienst, eine Route, eine Richtlinie oder eine Version ist.

Ähnliche Namen sind ein Hinweis, wo man nachsehen sollte, und das ist ihr ganzer Wert. Eine Diagnose braucht einen ersten Fehler, einen Vergleichsrechner und eine Aufzeichnung, die älter ist als die Änderung.