Yksi käyttäjä ei voi kirjautua VPN:ään: järjestetty diagnoosi
Tee tarkistukset järjestyksessä: tarkka vian vaihe, identiteettitapahtuma, yksi sallittu vaihto, sitten käytäntö. Pysähdy ensimmäisessä vaiheessa, joka ei pidä.
Kun yksi henkilö ei saa yhteyttä, kun muu tiimi jatkaa työtä, hyödyllinen kysymys ei ole mikä on rikki, vaan mikä kerros ei ollut samaa mieltä. Kirjautuminen on ketju: asiakas käynnistyy, yhdyskäytävä vastaa, identiteetti esitetään, toinen tekijä täytetään, käytäntö arvioidaan, ja vasta sitten liikenne virtaa. Katkos missä tahansa tuossa ketjussa saavuttaa sinut samana lauseena käyttäjältä, joten ensimmäinen tehtävä on löytää lenkki, joka todella petti.
Käsittele raporttia lähtökohtana, älä diagnoosina. Alla olevat tarkistukset etenevät halvimmasta alkaen, ja jokainen on kirjoitettu päättämään tutkinta, kun se epäonnistuu.
Määritä vaihe ja aikaleima
Kirjoita neljä asiaa muistiin ennen kuin kosket mihinkään kokoonpanoon: asiakas ja sen versio, tarkka sanamuoto näytöllä, yrityksen minuutti ja verkko, jossa henkilö oli. Sanamuoto kantaa todellista tietoa, sillä hylätyt tunnistetiedot, vastaamaton yhdyskäytävä ja valmis kirjautuminen, joka ei silti avaa sisäistä sivua ovat kolme eri ongelmaa, joilla on kolme eri omistajaa. Huomaa, tuottiko asiakas paikallisen lokirivin, sillä asiakkaalla, joka ei koskaan lähettänyt pakettia, ei ole mitään lisättävää palvelinpuolen hakuun. Aikaleiman tallennettuna jokaisesta myöhemmästä kyselystä tulee haku eikä metsästys.
Lopeta salasanojen arvailu tässä vaiheessa. Kun tilillä on uudelleenyritysraja, nopeiden yritysten ryöppy voi lukita sen ja lisätä toisen, keinotekoisen vian todellisen päälle. Kirjaa, montako yritystä on jo tehty, jotta lukitusta ei myöhemmin luulla uudeksi oireeksi. Lukittu tili vie myös kykysi erottaa väärä salasana hylätystä käytännöstä, koska molemmat saapuvat kieltäytymisenä.
Lue identiteettitapahtuma tuota yhtä yritystä varten
Pyydä ylläpitäjää vetämään esiin todennusmerkintä, joka vastaa kirjaamaasi minuuttia. Windows NPS -käyttöönotossa Microsoftin NPS-ongelmanratkaisuohje dokumentoi hylkäystapahtuman 6273 yhdessä sen mukana kulkevan syykoodin kanssa, ja se yleensä erottaa tuntemattoman käyttäjän, huonot tunnistetiedot, käytäntöjen ristiriidan ja muusta syystä pudotetun puhelun.
Tyhjä tulos on myös tietoa. Jos mitään ei saapunut identiteettipalveluun, yritys kuoli aiemmin: vanhentunut yhdyskäytävän osoite profiilissa, kuuntelija, johon asiakas ei pääse, tai isäntä, joka poistettiin käytöstä profiilin jatkaessa elämäänsä. Jos merkintä on olemassa ja ilmoittaa onnistumisesta, tunnistetiedot eivät ole ongelma ja väittely siirtyy valtuutukseen tai yhdyskäytävän taakse reititykseen. Nämä kaksi tulosta osoittavat vastakkaisiin suuntiin, minkä vuoksi lokihaku täytyy tehdä ennen kuin kukaan asentaa asiakkaan uudelleen.
Pidä syykoodi tiketissä. Se yksi kenttä tekee seuraavasta esiintymästä viiden minuutin haun eikä toistuvaa tutkintaa. Yhdistä se asiakasversion, sillä yhdessä koosteessa esiintyvä koodi on eri keskustelu kuin jokaisessa koosteessa esiintyvä.
Muuta yhtä ehtoa kerrallaan, käytännön puitteissa
Kiusaus on asentaa asiakas uudelleen, nollata salasana ja siirtää kannettava toiseen verkkoon yhdellä kertaa. Se korjaa joskus oireen ja tuhoaa aina todisteet. Valitse sen sijaan yksi sallittu vaihto: sama henkilö toisella rekisteröidyllä laitteella tai hyväksytty testi-identiteetti samalla laitteella. Jokainen vaihto vastaa täsmälleen yhteen kysymykseen, joten onnistuminen rajaa vian siihen puoleen, jonka vaihdoit, sen sijaan että syyttäisi VPN:ää kokonaisuutena.
Älä lainaa kollegan tunnistetietoja tähän vertailuun. Käytä testi-identiteettiä tuetun prosessin kautta, äläkä koskaan kopioi laiteavainta tai ohita rekisteröintiä siksi, että se olisi nopeampaa. Kun käytäntö kieltää vaihdon kokonaan, se rajoitus on osa testattavaa järjestelmää ja kuuluu kirjaukseen, ei kiertotiehen.
Vahvista korjaus alkuperäisellä polulla
Kun rikkinäinen lenkki on tunnistettu, korjaa vain se lenkki ja toista alkuperäinen yritys: sama henkilö, sama laite, sama verkko, sama sovellus. Ylläpitäjän VLAN:sta yhdistävä testitili todistaa, että yhdyskäytävä on elossa, eikä se todista mitään käyttäjän tiistaiaamusta. Pyydä käyttäjää tekemään se toiminto, joka epäonnistui, eikä yksinkertaisempaa, sillä onnistunut ping kertoo vähän hylätystä tiedostojen jakamisesta.
Sulje tiketti sillä, mikä suljettiin pois ja mikä muuttui. Se muistiinpano on ero kertaluonteisen pelastuksen ja sellaisen välillä, jota seuraava päivystävä insinööri voi käyttää uudelleen.