RasMan og RemoteAccess står ved sida av kvarandre i ei tenesteliste, begge nemner fjern tilgang, og dei gjer ulikt arbeid. Den eine styrer klienttilkoplingar, og den andre er serverrolla for ruting og fjern tilgang. Å handsame dei som utbyttbare er korleis ein berbar PC endar opp med ein serverfunksjon slått på for å rette opp eit klientproblem. Ei teneste kan vere relevant etter namn og irrelevant etter funksjon, noko som gjer namna til det minst nyttige beviset i saka.

To namn, to ulike oppgåver

RasMan er tilkoplinghandsamaren som handterer fjern tilgang på klientsida, inkludert telefonboka og tilkoplingsmekanismen den innebygde VPN-klienten brukar. RemoteAccess er tenesta Ruting og fjern tilgang, som leverer ruting, NAT og fjern tilgang på serversida på ein maskin som fungerer som ruter. RAS-oversynet til Microsoft skildrar den klientmodellen, og ein arbeidsstasjon som ringjer opp ein VPN treng berre den første av dei to. Å installere eller starte den andre gjer ikkje den første betre.

Ein skriveverna oversikt kostar ingenting og svarar på det første spørsmålet på sekund. Køyr begge lesingane og oppbevar utdata ved sida av feilen til klienten, fordi ei teneste som manglar og ei teneste som er stoppa er ulike utgangspunkt.

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

Ein stoppa RasMan med manuell starttype er ei teneste som policyen slo av, og det er eit administrasjonsspørsmål snarare enn ein manglande funksjon. Ein manglande RemoteAccess er den normale tilstanden til ein arbeidsstasjon og seier ingenting om klienten. Tilkoplingslista er viktig fordi ho viser om Windows trur at ein profil finst, før noka teneste får skulda for feilen.

Kva klienten faktisk er avhengig av

Identifiser den reelle avhengnaden til klienten som feilar og den første feilen hans, ikkje den siste. Ei teneste stoppa av policy er éin mogelegheit blant fleire. To klientar som kjempar om ei standardrute, privat DNS brukt på feil adapter, ein filterdrivar som eit gammalt produkt la att, og tryggingspolicyar som aldri skulle ha eksistert saman, gir kvar sin feil. Ingen av dei blir reparerte av ein starttype. Lista er også grunnen til at ein starttype er eit dårleg første trekk, fordi éin dialog kan skjule fem ulike årsaker.

Den første feilen tel meir enn den siste, fordi alt etter han er ein konsekvens. Fang han før du gjer endringar, elles forsvinn beviset saman med symptomet.

Kvifor det ikkje hjelper å slå på RRAS her

Å slå på ruterrolla legg til ei teneste, eit sett med registerkonfigurasjon og, på enkelte versjonar, spørsmål om den opphavlege konfigurasjonen. Ingenting av dette gir ein klientavhengnad, og på ein administrert berbar PC kan det bryte ei grunnlinje. Eitt foruminnlegg frå éin person om ei teneste som tilfeldigvis fiksa éin maskin er ikkje ein policy for å slå på rutingfunksjonar i ein heil flåte. Ei tenesteendring krev at rolla og distribusjonsdokumentasjonen er samde før nokon rører henne.

Det er systemeigaren som held den konfigurasjonen, ikkje den som tilfeldigvis las tråden. Grunnlinjedrift i ein flåte er dyrt å rulle tilbake, og kvar aktivert rolle er endå ein ting den neste revisjonen må grunngje. Viss rolla verkeleg høyrer til maskinen, ligg den avgjerda månader før denne saka.

Samanlikn med ein fungerande maskin

Samanlikn med ein fungerande maskin som køyrer dei same klientversjonane og dei same tiltenkte profilane, i staden for ein med dei same namna på skrivebordssnarvegar. To tilkopla indikatorar tyder ikkje éin samanhengande nettverkspolicy, og kontroll av støtta samverknad er ein del av samanlikninga. Noter klientversjonen, feilen, tenestene som er til stades og rutene på begge maskinene. Avgjer deretter om skilnaden er ei teneste, ei rute, ein policy eller ein versjon.

Liknande namn er eit hint om kvar du skal sjå, og det er heile verdien deira. Ein diagnose treng ein første feil, ein samanlikningsmaskin og ei registrering som er eldre enn endringa.

Relaterte artiklar