RasMan og RemoteAccess står ved siden af hinanden på en tjenesteliste, de nævner begge fjernadgang, og de udfører forskelligt arbejde. Den ene styrer klientforbindelser, og den anden er serverrollen til routing og fjernadgang. At behandle dem som udskiftelige er måden, hvorpå en bærbar computer ender med en serverfunktion slået til for at løse et klientproblem. En tjeneste kan være relevant efter navn og irrelevant efter funktion, hvilket gør navnene til det mindst nyttige bevis i sagen.

To navne, to forskellige opgaver

RasMan er forbindelsesadministratoren, der håndterer fjernadgang på klientsiden, inklusive telefonbogen og den forbindelsesmekanisme, som den indbyggede VPN-klient bruger. RemoteAccess er tjenesten Routing og fjernadgang, som leverer routing, NAT og fjernadgang på serversiden på en maskine, der fungerer som router. Microsofts RAS-oversigt beskriver den klientmodel, og en arbejdsstation, der ringer op til en VPN, har kun brug for den første af de to. At installere eller starte den anden gør ikke den første bedre.

En skrivebeskyttet opgørelse koster ingenting og besvarer det første spørgsmål på sekunder. Kør begge læsninger, og opbevar outputtet ved siden af klientens fejl, fordi en tjeneste, der mangler, og en tjeneste, der er stoppet, er forskellige udgangspunkter.

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

En stoppet RasMan med manuel starttype er en tjeneste, som politikken har slået fra, og det er et administrationsspørgsmål snarere end en manglende funktion. En manglende RemoteAccess er den normale tilstand for en arbejdsstation og siger intet om klienten. Forbindelseslisten er vigtig, fordi den viser, om Windows tror, at en profil findes, før nogen tjeneste får skylden for fejlen.

Hvad klienten faktisk afhænger af

Identificér den fejlende klients reelle afhængighed og dens første fejl, ikke dens sidste. En tjeneste stoppet af politikken er én mulighed blandt flere. To klienter, der slås om en standardrute, privat DNS anvendt på den forkerte adapter, en filterdriver efterladt af et gammelt produkt og sikkerhedspolitikker, der aldrig var ment at skulle eksistere sammen, giver hver deres egen fejl. Ingen af dem repareres af en opstartstilstand. Listen er også grunden til, at en opstartstilstand er et dårligt første træk, fordi én dialog kan skjule fem forskellige årsager.

Den første fejl er vigtigere end den sidste, fordi alt efter den er en konsekvens. Fanger du den ikke, før du ændrer noget, forsvinder beviset sammen med symptomet.

Hvorfor det ikke hjælper at slå RRAS til her

At slå routerollen til tilføjer en tjeneste, et sæt registreringskonfiguration og på nogle versioner spørgsmål om den oprindelige konfiguration. Intet af det leverer en klientafhængighed, og på en administreret bærbar computer kan det overtræde en baseline. Et enkelt forumindlæg om en tjeneste, der tilfældigvis løste én maskine, er ikke en politik for at slå routingfunktioner til i en hel flåde. En tjenesteændring kræver, at rollen og implementeringsdokumentationen er enige, før nogen rører den.

Det er systemejeren, der holder den konfiguration, ikke den, der tilfældigvis læste tråden. Baseline-drift i en flåde er dyrt at rulle tilbage, og hver aktiveret rolle er endnu en ting, den næste revision skal begrunde. Hvis rollen virkelig hører til maskinen, ligger den beslutning måneder før denne sag.

Sammenlign med en fungerende maskine

Sammenlign med en fungerende maskine, der kører de samme klientversioner og de samme tilsigtede profiler, snarere end en med de samme navne på skrivebordsgenveje. To forbundne indikatorer betyder ikke én sammenhængende netværkspolitik, og kontrol af understøttet sameksistens er en del af sammenligningen. Notér klientversionen, fejlen, de tilstedeværende tjenester og ruterne på begge maskiner. Beslut derefter, om forskellen er en tjeneste, en rute, en politik eller en version.

Lignende navne er et fingerpeg om, hvor du skal kigge, og det er hele deres værdi. En diagnose kræver en første fejl, en sammenligningsmaskine og en registrering, der er ældre end ændringen.

Relaterede artikler