Vienas naudotojas negali prisijungti prie VPN: tvarkinga diagnostika

Kai vienas žmogus negali prisijungti, o likusi komanda toliau dirba, naudingas klausimas yra ne kas sugedo, o kuris sluoksnis nesutarė. Prisijungimas yra grandinė: klientas paleidžiamas, vartai atsako, tapatybė patvirtinama, antrasis veiksnys įvykdomas, politika įvertinama, ir tik tada teka srautas. Bet koks trūkis toje grandinėje pasiekia jus kaip tas pats naudotojo sakinys, todėl pirmas darbas yra rasti grandį, kuri iš tikrųjų sugedo.

Traktuokite ataskaitą kaip atspirties tašką, o ne kaip diagnozę. Toliau pateikti patikrinimai eina nuo pigiausio, ir kiekvienas parašytas taip, kad nutrauktų tyrimą, kai nepavyksta.

Nustatykite etapą ir laiko žymą

Užsirašykite keturis dalykus prieš liesdami bet kokią konfigūraciją: klientą ir jo versiją, tikslų tekstą ekrane, bandymo minutę ir tinklą, kuriame buvo žmogus. Tekstas neša tikrą informaciją, nes atmesti prisijungimo duomenys, neatsakantys vartai ir užbaigtas prisijungimas, kuris vis tiek negali atidaryti vidinio puslapio yra trys skirtingos problemos su trimis skirtingais savininkais. Atkreipkite dėmesį, ar klientas sukūrė vietinę žurnalo eilutę, nes klientas, kuris niekada nesiuntė paketo, neturi ko pridėti prie paieškos serverio pusėje. Užfiksavus laiko žymą, kiekviena vėlesnė užklausa tampa paieška, o ne medžiokle.

Šiame taške nustokite spėlioti slaptažodžius. Kai paskyra turi pakartotinių bandymų limitą, greitų bandymų pliūpsnis gali ją užrakinti ir ant tikro gedimo uždėti antrą, dirbtinį gedimą. Užsirašykite, kiek bandymų jau atlikta, kad užrakinimas vėliau nebūtų palaikytas nauju simptomu. Užrakinta paskyra taip pat atima galimybę atskirti neteisingą slaptažodį nuo atmestos politikos, nes abu atkeliauja kaip atsisakymas.

Perskaitykite tapatybės įvykį tam vienam bandymui

Paprašykite administratoriaus ištraukti autentifikavimo įrašą, atitinkantį užrašytą minutę. Windows NPS diegime Microsoft NPS trikčių šalinimo vadovas dokumentuoja atmetimo įvykį 6273 kartu su jį lydinčiu priežasties kodu, ir tai paprastai atskiria nežinomą naudotoją, blogus prisijungimo duomenis, politikos neatitikimą ir dėl nesusijusios priežasties nutrauktą skambutį.

Tuščias rezultatas taip pat yra informacija. Jei niekas nepasiekė tapatybės tarnybos, bandymas mirė anksčiau: pasenęs vartų adresas profilyje, klausytojas, kurio klientas negali pasiekti, arba priegloba, kuri buvo išimta iš eksploatacijos, kol profilis tebegyvavo. Jei įrašas egzistuoja ir praneša apie sėkmę, prisijungimo duomenys nėra problema, o ginčas persikelia į autorizaciją arba į maršrutizavimą už vartų. Šie du rezultatai rodo priešingomis kryptimis, todėl žurnalo paieška turi įvykti prieš kam nors iš naujo įdiegiant klientą.

Išsaugokite priežasties kodą biliete. Tas vienas laukas paverčia kitą atvejį penkių minučių paieška, o ne pakartotiniu tyrimu. Suporuokite jį su kliento versija, nes kodas, pasirodantis viename rinkinyje, yra kitas pokalbis nei kodas, pasirodantis kiekviename rinkinyje.

Keiskite vieną sąlygą vienu metu, politikos ribose

Pagunda yra vienu ėjimu iš naujo įdiegti klientą, atstatyti slaptažodį ir perkelti nešiojamąjį kompiuterį į kitą tinklą. Tai kartais ištaiso simptomą ir visada sunaikina įrodymus. Pasirinkite vietoj to vieną leidžiamą keitimą: tas pats žmogus antrame registruotame įrenginyje arba patvirtinta bandomoji tapatybė tame pačiame įrenginyje. Kiekvienas keitimas atsako tiksliai į vieną klausimą, todėl sėkmė susiaurina gedimą iki tos pusės, kurią pakeitėte, o ne kaltina visą VPN.

Nepasiskolinkite kolegos prisijungimo duomenų šiam palyginimui. Naudokite bandomąją tapatybę per palaikomą procesą ir niekada nenukopijuokite įrenginio rakto ar nepraleiskite registracijos todėl, kad būtų greičiau. Kai politika visiškai draudžia keitimą, tas apribojimas yra bandomos sistemos dalis ir priklauso įrašui, o ne apėjimo sprendimui.

Patvirtinkite taisymą pradiniame kelyje

Kai sugadinta grandis nustatyta, taisykite tik tą grandį ir pakartokite pradinį bandymą: tas pats žmogus, tas pats įrenginys, tas pats tinklas, ta pati programa. Bandomoji paskyra, prisijungianti iš administratoriaus VLAN, įrodo, kad vartai gyvi, ir neįrodo nieko apie naudotojo antradienio rytą. Paprašykite naudotojo atlikti nepavykusį veiksmą, o ne paprastesnį, nes sėkmingas ping mažai pasako apie atmestą failų bendrinimą.

Uždarykite bilietą su tuo, kas buvo atmesta ir kas pasikeitė. Ta pastaba yra skirtumas tarp vienkartinio išgelbėjimo ir to, ką kitas budintis inžinierius galės panaudoti dar kartą.