Један корисник не може да се пријави на VPN: уређена дијагностика
Спроведите провере редом: тачна фаза отказа, догађај идентитета, једна дозвољена замена, затим политика. Зауставите се на првом кораку који не важи.
Када једна особа не може да се повеже док остатак тима наставља да ради, корисно питање није шта је покварено, него који се слој није сложио. Пријава је ланац: клијент се покреће, пролаз одговара, идентитет се тврди, други фактор се задовољава, политика се процењује и тек тада саобраћај тече. Прекид било где у том ланцу долази до вас као иста реченица од корисника, зато је први посао пронаћи карику која је заиста заказала.
Третирајте извештај као полазиште, а не као дијагнозу. Провере у наставку иду од најјефтиније, и свака је написана тако да заврши истрагу када не прође.
Утврдите фазу и временску ознаку
Запишите четири ствари пре него што дотакнете било коју конфигурацију: клијента и његову верзију, тачан текст на екрану, минут покушаја и мрежу на којој је особа била. Текст носи стварну информацију, јер одбијени акредитиви, пролаз који не одговара и завршена пријава која ипак не може да отвори интерну страницу три су различита проблема са три различита власника. Обратите пажњу да ли је клијент направио локални ред у дневнику, јер клијент који никада није послао пакет нема шта да дода претрази на страни сервера. Са забележеном временском ознаком сваки каснији упит постаје претрага, а не лов.
Престаните у овом тренутку да погађате лозинке. Где налог има ограничење поновних покушаја, налет брзих покушаја може га закључати и додати други, вештачки квар преко стварног. Забележите колико је покушаја већ било, како се закључавање касније не би заменило с новим симптомом. Закључан налог вам такође одузима могућност да разликујете погрешну лозинку од одбијене политике, јер обоје долази као одбијање.
Прочитајте догађај идентитета за тај једини покушај
Замолите администратора да извуче запис о аутентикацији који одговара забележеном минуту. У распоређивању Windows NPS, упутство компаније Microsoft за решавање проблема са NPS-ом документује догађај одбијања 6273 заједно са кодом разлога који га прати, и то обично раздваја непознатог корисника, лоше акредитиве, неспагање политике и позив прекинут из неповезаног разлога.
Празна резултат је такође информација. Ако ништа није стигло до службе идентитета, покушај је умро раније: застарела адреса пролаза у профилу, слушалац до којег клијент не може да стигне, или домаћин који је повучен из употребе док је профил наставио да живи. Ако запис постоји и извештава о успеху, акредитиви нису проблем и расправа се премешта на ауторизацију или на усмеравање иза пролаза. Та два исхода показују у супротним смеровима, зато претрага дневника мора да се догоди пре него што било ко поново инсталира клијента.
Задржите код разлога у тикету. То једно поље претвара следећу појаву у петоминутну претрагу уместо поновне истраге. Упарите га са верзијом клијента, јер код који се појављује у једном грађењу други је разговор од кода који се појављује у сваком грађењу.
Мењајте један услов одједном, у оквиру политике
Искушење је да у једном пролазу поново инсталирате клијента, ресетујете лозинку и преместите лаптоп на другу мрежу. То понекад поправи симптом и увек уништи доказе. Изаберите уместо тога једну дозвољену замену: иста особа на другом регистрованом уређају, или одобрени тестни идентитет на истом уређају. Свака замена одговара тачно на једно питање, па успех сужава квар на страну коју сте променили уместо да оптужи цео VPN.
Не позајмљујте колегине акредитиве за ово поређење. Користите тестни идентитет кроз подржани процес и никада не копирајте кључ уређаја нити прескачите регистрацију зато што би било брже. Где политика потпуно забрањује замену, то ограничење је део система који се тестира и припада запису, а не заобилазном решењу.
Потврдите поправку на изворном путу
Када се препозна покварена карика, поправите само ту карику и поновите изворни покушај: иста особа, исти уређај, иста мрежа, иста апликација. Тестни налог који се повезује из административног VLAN-а доказује да је пролаз жив, и не доказује ништа о корисниковом уторку ујутру. Замолите корисника да изведе радњу која није успела, а не једноставнију, јер успешан ping мало говори о одбијеном дељењу датотека.
Затворите тикет оним што је искључено и што се променило. Та белешка је разлика између једнократног спасавања и нечега што следећи дежурни инжењер може поново да употреби.