Një përdorues nuk mund të hyjë në VPN: një diagnozë e rregullt

Kur një person nuk arrin të lidhet ndërsa pjesa tjetër e ekipit vazhdon punën, pyetja e dobishme nuk është çfarë është prishur, por cila shtresë nuk u pajtua. Hyrja është një zinxhir: klienti niset, porta përgjigjet, një identitet pohohet, një faktor i dytë plotësohet, politika vlerësohet, dhe vetëm atëherë rrjedh trafiku. Një ndërprerje kudo në atë zinxhir ju arrin si e njëjta fjali nga përdoruesi, prandaj detyra e parë është të gjeni hallkën që dështoi vërtet.

Trajtojeni raportin si pikënisje dhe jo si diagnozë. Kontrollet më poshtë shkojnë nga më e lira, dhe secila është shkruar për ta mbyllur hetimin kur dështon.

Përcaktoni fazën dhe vulën e kohës

Shkruani katër gjëra përpara se të prekni çdo konfigurim: klientin dhe versionin e tij, formulimin e saktë në ekran, minutën e përpjekjes dhe rrjetin në të cilin ishte personi. Formulimi mbart informacion të vërtetë, sepse kredencialet e refuzuara, një portë që nuk përgjigjet dhe një hyrje e përfunduar që ende nuk hap një faqe të brendshme janë tre probleme të ndryshme me tre pronarë të ndryshëm. Vini re nëse klienti prodhoi një rresht lokal regjistri, sepse një klient që nuk ka dërguar kurrë një paketë nuk ka çfarë t’i shtojë një kërkimi në anën e serverit. Me vulën e kohës të regjistruar, çdo pyetje e mëvonshme bëhet kërkim dhe jo gjueti.

Ndaloni së hamendësuari fjalëkalime në këtë pikë. Ku llogaria ka një kufi ripërpjekjesh, një valë përpjekjesh të shpejta mund ta bllokojë atë dhe të shtojë një defekt të dytë, artificial mbi atë të vërtetë. Regjistroni sa përpjekje janë bërë tashmë, që bllokimi të mos ngatërrohet më vonë me një simptomë të re. Një llogari e bllokuar ju heq edhe aftësinë për të dalluar një fjalëkalim të gabuar nga një politikë e refuzuar, pasi të dyja vijnë si refuzim.

Lexoni ngjarjen e identitetit për atë përpjekje të vetme

Kërkojini administratorit të nxjerrë regjistrin e vërtetimit që përputhet me minutën që regjistruat. Në një vendosje të Windows NPS, udhëzuesi i Microsoft për zgjidhjen e problemeve të NPS dokumenton ngjarjen e refuzimit 6273 bashkë me kodin e arsyes që e shoqëron, dhe kjo zakonisht ndan një përdorues të panjohur, kredenciale të këqija, një mospërputhje politike dhe një thirrje të rrëzuar për një arsye të palidhur.

Një rezultat bosh është gjithashtu informacion. Nëse asgjë nuk arriti në shërbimin e identitetit, përpjekja vdiq më herët: një adresë e vjetër e portës në profil, një dëgjues që klienti nuk arrin ta prekë, ose një host i hequr nga shërbimi ndërsa profili vazhdonte të jetonte. Nëse regjistri ekziston dhe raporton sukses, kredencialet nuk janë problemi dhe debati kalon te autorizimi ose te rrugëtimi pas portës. Këto dy rezultate tregojnë në drejtime të kundërta, prandaj kërkimi në regjistra duhet të ndodhë përpara se dikush të riinstalojë një klient.

Mbajeni kodin e arsyes në biletë. Ai fushë e vetme e kthen ndodhinë tjetër në një kërkim pesëminutësh në vend të një hetimi të përsëritur. Çiftojeni me versionin e klientit, sepse një kod që shfaqet në një ndërtim është një bisedë tjetër nga ai që shfaqet në çdo ndërtim.

Ndryshoni një kusht në një herë, brenda politikës

Tundimi është të riinstaloni klientin, të rivendosni fjalëkalimin dhe ta zhvendosni laptopin në një rrjet tjetër me një kalim. Kjo ndonjëherë e rregullon simptomën dhe gjithmonë i shkatërron provat. Zgjidhni në vend të kësaj një shkëmbim të lejuar: i njëjti person në një pajisje të dytë të regjistruar, ose një identitet testimi i miratuar në të njëjtën pajisje. Çdo shkëmbim përgjigjet saktësisht një pyetjeje, prandaj një sukses e ngushton defektin në anën që ndryshuat, në vend që të fajësojë VPN-në në tërësi.

Mos huazoni kredencialet e një kolegu për këtë krahasim. Përdorni një identitet testimi përmes procesit të mbështetur, dhe kurrë mos kopjoni një çelës pajisjeje apo të kaloni regjistrimin sepse do të ishte më shpejt. Ku politika ndalon plotësisht një shkëmbim, ai kufizim është pjesë e sistemit nën provë dhe i takon regjistrit, jo një zgjidhjeje anashkaluese.

Konfirmoni riparimin në rrugën origjinale

Kur identifikohet hallka e thyer, riparoni vetëm atë hallkë dhe përsëritni përpjekjen origjinale: i njëjti person, e njëjta pajisje, i njëjti rrjet, e njëjta aplikacion. Një llogari testimi që lidhet nga VLAN-i i administratorit provon se porta është e gjallë, dhe nuk provon asgjë për mëngjesin e së martës të përdoruesit. Kërkojini përdoruesit të kryejë veprimin që dështoi dhe jo një më të thjeshtë, sepse një ping i suksesshëm thotë pak për një ndarje skedarësh të refuzuar.

Mbyllni biletën me atë që u përjashtua dhe atë që ndryshoi. Ajo shënim është ndryshimi midis një shpëtimi të njëhershëm dhe diçkaje që inxhinieri i radhës mund ta ripërdorë.