Еден корисник не може да се најави на VPN: подредена дијагноза

Кога едно лице не може да се поврзе додека остатокот од тимот продолжува да работи, корисното прашање не е што е расипано, туку кој слој не се согласил. Најавувањето е синџир: клиентот почнува, портата одговара, идентитет се тврди, втор фактор се задоволува, политиката се оценува и само тогаш сообраќајот тече. Прекин каде било во тој синџир стигнува до вас како истата реченица од корисникот, затоа првата задача е да се најде алката што навистина откажала.

Третирајте го извештајот како појдовна точка, а не како дијагноза. Проверките подолу одат од најевтината, и секоја е напишана така што ја завршува истрагата кога ќе не успее.

Одредете ја фазата и временската ознака

Запишете четири работи пред да допрете било каква конфигурација: клиентот и неговата верзија, точниот текст на екранот, минутата на обидот и мрежата во која бил лицето. Текстот носи вистинска информација, бидејќи одбиени акредитиви, порта што не одговара и завршена најава што сепак не може да отвори внатрешна страница се три различни проблеми со три различни сопственици. Забележете дали клиентот создал локална линија во дневникот, бидејќи клиент што никогаш не испратил пакет нема што да додаде на пребарувањето на страната на серверот. Со запишана временска ознака, секое подоцнежно барање станува пребарување, а не лов.

Престанете да погодувате лозинки во овој момент. Каде што сметката има ограничување за повторни обиди, низа брзи обиди може да ја заклучи и да додаде втор, вештачки дефект врз вистинскиот. Запишете колку обиди веќе се направени, за да не се помеша заклучувањето подоцна со нов симптом. Заклучената сметка ви ја одзема и способноста да разликувате погрешна лозинка од одбиена политика, бидејќи двете пристигнуваат како одбивање.

Прочитајте го настанот за идентитет за тој единствен обид

Побарајте од администраторот да го извади записот за автентикација што одговара на запишаната минута. Во распоредување на Windows NPS, упатството на Microsoft за решавање проблеми со NPS го документира настанот на одбивање 6273 заедно со кодот за причина што го придружува, и тоа обично го одделува непознатиот корисник, лошите акредитиви, несовпаѓањето на политиката и повикот прекинат од нерелевантна причина.

Празниот резултат е исто така информација. Ако ништо не стигнало до службата за идентитет, обидот умрел порано: застарена адреса на порта во профилот, слушател до кој клиентот не може да стигне, или домаќин што бил изваден од работа додека профилот продолжувал да живее. Ако записот постои и известува за успех, акредитивите не се проблемот и расправата се преселува на авторизација или на рутирање зад портата. Овие два исхода покажуваат во спротивни насоки, затоа пребарувањето во дневниците мора да се случи пред некој повторно да инсталира клиент.

Чувајте го кодот за причина во тикетот. Тоа едно поле го претвора следното појавување во петминутно пребарување наместо повторна истрага. Спојте го со верзијата на клиентот, бидејќи код што се појавува во една градба е друг разговор од код што се појавува во секоја градба.

Менувајте еден услов одеднаш, во рамки на политиката

Искушението е во еден премин да го преинсталирате клиентот, да ја ресетирате лозинката и да го преместите преносниот сметач на друга мрежа. Тоа понекогаш го поправа симптомот и секогаш ги уништува доказите. Изберете наместо тоа една дозволена замена: истото лице на втор регистриран уред, или одобрен тестен идентитет на истиот уред. Секоја замена одговара точно на едно прашање, па успехот го стеснува дефектот на страната што сте ја смениле, наместо да го обвинува целиот VPN.

Не позајмувајте акредитиви од колега за оваа споредба. Користете тестен идентитет преку поддржаниот процес, и никогаш не копирајте клуч на уред ниту прескокнувајте регистрација затоа што би било побрзо. Каде што политиката целосно забранува замена, тоа ограничување е дел од системот што се тестира и припаѓа во записот, а не во заобиколно решение.

Потврдете ја поправката на првобитниот пат

Кога ќе се идентификува скршената алка, поправете само таа алка и повторете го првобитниот обид: истото лице, истиот уред, истата мрежа, истата примена. Тест сметка што се поврзува од администраторскиот VLAN докажува дека портата е жива, и не докажува ништо за вторник наутро на корисникот. Побарајте од корисникот да го изврши дејството што не успеа, а не поедноставно, бидејќи успешен ping кажува малку за одбиено споделување датотеки.

Затворете го тикетот со тоа што е исклучено и што се сменило. Таа белешка е разликата меѓу еднократно спасување и нешто што следниот дежурен инженер може повторно да го употреби.