Éin brukar får ikkje logga på VPN: ein ordna diagnose

Når éin person ikkje får kopla til medan resten av teamet held fram med å arbeide, er det nyttige spørsmålet ikkje kva som er øydelagt, men kva lag som ikkje var samd. Pålogging er ei kjede: klienten startar, gatewayen svarar, ein identitet vert hevda, ein annan faktor vert oppfylt, policy vert evaluert, og først då flyt trafikken. Eit brot kvar som helst i den kjeda når deg som den same setninga frå brukaren, så den første oppgåva er å finne leddet som faktisk feila.

Behandle rapporten som eit utgangspunkt og ikkje som ein diagnose. Kontrollane nedanfor går frå den billegaste først, og kvar av dei er skriven for å avslutte undersøkinga når ho feilar.

Fastset fasen og tidsstempelet

Skriv ned fire ting før du rører nokon konfigurasjon: klienten og versjonen, den nøyaktige ordlyden på skjermen, minuttet for forsøket og nettet personen var på. Ordlyden ber reell informasjon, fordi avviste påloggingsdata, ein gateway som ikkje svarar og ei fullført pålogging som framleis ikkje kan opne ei intern side er tre ulike problem med tre ulike eigarar. Legg merke til om klienten laga ei lokal logglinje, sidan ein klient som aldri sende ei pakke ikkje har noko å leggje til eit søk på serversida. Med tidsstempelet registrert vert kvart seinare oppslag eit søk i staden for ei jakt.

Slutt å gjette passord på dette punktet. Der kontoen har ei grense for nye forsøk, kan ein byg av raske forsøk låse han og leggje til ein andre, kunstig feil oppå den ekte. Registrer kor mange forsøk som alt er gjorde, slik at ei låsing ikkje seinare vert forveksla med eit nytt symptom. Ein låst konto tek òg bort evna di til å skilje eit feil passord frå ein avvist policy, sidan begge kjem som ei avvising.

Les identitetshendinga for det eine forsøket

Be administratoren hente autentiseringsposten som svarar til minuttet du registrerte. I ein Windows NPS-utrulling dokumenterer Microsofts feilsøkingsrettleiing for NPS avvisingshending 6273 saman med årsakskoden som følgjer med, og det skil vanlegvis ein ukjend brukar, dårlege påloggingsdata, eit policy-avvik og eit anrop som vart droppa av ein urelatert grunn.

Eit tomt resultat er òg informasjon. Viss ingenting nådde identitetstenesta, døydde forsøket tidlegare: ei utdatert gatewayadresse i profilen, ein lyttar som klienten ikkje når, eller ein vert som vart teken ut av drift medan profilen heldt fram med å leve. Viss posten finst og rapporterer suksess, er ikkje påloggingsdataa problemet, og argumentet flyttar seg til autorisasjon eller til ruting bak gatewayen. Desse to utfalla peikar i motsette retningar, difor må loggsøket skje før nokon installerer ein klient på nytt.

Behald årsakskoden i saka. Det eine feltet gjer neste førekomst til eit søk på fem minutt i staden for ei gjenteken undersøking. Par det med klientversjonen, fordi ein kode som viser seg i éin bygg er ein annan samtale enn ein som viser seg i kvar bygg.

Endre éin føresetnad om gongen, innanfor policyen

Freistinga er å installere klienten på nytt, nullstille passordet og flytte laptopen til eit anna nett i éin omgang. Det rettar nokre gonger symptomet og øydelegg alltid prova. Vel i staden éi tillaten utskifting: same person på ein annan registrert eining, eller ein godkjend testidentitet på same eining. Kvar utskifting svarar på nøyaktig eitt spørsmål, så ein suksess snevrar feilen inn til sida du endra i staden for å klandre VPN-en som heilskap.

Lån ikkje påloggingsdataa til ein kollega for denne samanlikninga. Bruk ein testidentitet gjennom den støtta prosessen, og kopier aldri ein einingsnøkkel eller hopp over registreringa fordi det ville vere raskare. Der policyen heilt forbyr ei utskifting, er den avgrensinga ein del av systemet som vert testa og høyrer heime i registreringa, ikkje i ein omveg.

Stadfest reparasjonen på den opphavlege vegen

Når det øydelagte leddet er identifisert, reparer berre det leddet og gjenta det opphavlege forsøket: same person, same eining, same nett, same program. Ein testkonto som koplar til frå admin-VLAN-et beviser at gatewayen lever, og han beviser ingenting om tysdagsmorgonen til brukaren. Be brukaren utføre handlinga som feila i staden for ei enklare, sidan ein vellukka ping seier lite om ei avvist fildeling.

Lukk saka med kva som vart utelukka og kva som endra seg. Den notata er skilnaden mellom ei eingongsberging og noko den neste vaktande ingeniøren kan bruke på nytt.