Reitittimen VPN näyttää kunnossa olevalta sähkökatkon jälkeen? Testaa nämä neljä kerrosta

Reititin, joka syttyy katkon jälkeen, on palauttanut kokoonpanonsa, ei yhteyttään. Sähkökatkon jälkeen reititin voi palauttaa tallennetun VPN-profiilin ennen kuin sen tarvitsemat riippuvuudet ovat valmiita: ylävirran modeemi voi vielä harjoitella, kello voi olla väärä ja todennus voi olla kesken. Paneelin valo ja tallennettu kokoonpano kuvaavat aikomusta, eivät toimivaa tunnelia. Tarkista alla olevat neljä kerrosta järjestyksessä sen sijaan, että vaihdat profiilin, sillä sen ihmiset tekevät toisena ja katuvat ensimmäisenä.

Kaikki tässä olettaa, että olet paikan päällä tai sinulla on sisäänpääsy, joka ei riipu testaamastasi tunnelista. Jos ei, järjestä se ennen seuraavaa katkoa.

Ensimmäinen kerros: onko WAN todella palannut

Aloita modeemista, älä reitittimen paneelista. Reititin, joka lopettaa käynnistymisen ennen kuin sen modeemi on harjoitellut, näyttää terveen liitännän, jonka takana ei ole mitään, eikä tunnelilla ole vastapuolta saavutettavanaan. Varmista, että modeemi todella välittää, ja varmista sitten, että reititin otti odottamasi WAN-asetukset. Tarkista myös, onko WAN-osoite muuttunut: dynaaminen osoite, joka palaa erilaisena, voi mitätöidä osoiteperusteisen säännön tai etäisen sallittujen luettelon, ja verkon sisäpuolelta se näyttää VPN-vialta.

Jotkin liityntäverkot vaativat katkon jälkeen myös uuden hyväksymisvaiheen. Lue asiakkaan loki ensimmäisestä vikavaiheesta sen sijaan, että arvaisit: ensimmäinen virhe nimeää kerroksen, ja kaikki sen jälkeen on seurausta. Kirjaa osoite ja hyväksymisen tulos tikettiin, sillä molemmat ratkaisevat, toimiiko sama profiili huomenna. Muuttunut osoite on viiden minuutin korjaus ja kahden tunnin arvoitus.

Toinen kerros: tarkista kello ennen varmennetta

Väärä kello häiritsee varmenteen voimassaoloa ja kaikkea aikaan perustuvaa, ja sulautettu laite, joka käynnistyy ilman toimivaa aikarähdettä, voi jäädä vanhaan päivämäärään joksikin aikaa. Varmenteen validointi epäonnistuu silloin syystä, jolla ei ole mitään tekemistä tunnistetietojen kanssa. Voimassaolovirhe, jonka päivämäärät ovat vuosia pielessä, osoittaa kelloa; sama virhe nykyisillä päivämäärillä osoittaa varmennetta.

date -u
chronyc tracking

Käytä tuettua ajan palautusprosessia ja vahvista reitittimen kello ennen kuin kosket profiiliin. Validoinnin poistaminen käytöstä virheen ohittamiseksi muuttaa tilapäisen järjestysongelman pysyväksi heikentymiseksi, ja se on tämän skenaarion yleisin huono korjaus. Jos laitteessa ei ole akkukäyttöistä kelloa, käynnistysjärjestys on tärkeä: se tarvitsee verkkoyhteyden ennen ajan synkronointia ja aikaa ennen tunnelin validointia. Juuri se järjestys on korjattava, jos sama vika toistuu jokaisen katkon jälkeen.

Kolmas kerros: lue, mitä tunneli sanoo

Tarkista tunnelin oma tila ja sen kättelyn tai todennuksen tulos sen sijaan, että liitäntä on ylhäällä. Liitäntä voi olla olemassa ilman vakiintunutta vastapuolta, ja asiakas voi näyttää yhdistetyltä, kun avainten uusinta epäonnistuu. Erota kuljetuksen aikakatkaisut selkeistä hylkäyksistä: aikakatkaisu viittaa siihen, että polku tai vastapuoli ei ole vielä saavutettavissa, kun taas hylkäys tarkoittaa, että kaukopää vastasi ja kieltäytyi, useimmiten tunnistetietojen, varmenteen tai vastapuolen identiteetin vuoksi, joka ei enää täsmää. Käyttäjän lähettäminen salasanan nollaukseen aikakatkaisun vuoksi tuhlaa kaikkien iltapäivän.

Pidä viimeisin tiedossa oleva hyvä kokoonpano käsillä, jotta voit vertailla kenttiä sen sijaan, että rakentaisit ne uudelleen. Jos kenttä muuttui, se muutos on löydös. Vertaa sitä kenttä kentältä palautettuun sen sijaan, että lukisit vain palautettua. Useimmat katkon jälkeiset yllätykset ovat kenttä, joka palasi hiljaa mallin oletusarvoon.

Neljäs kerros: testaa alavirran laitteesta

Avaa vaaraton sallittu resurssi reitittimen takana olevasta asiakkaasta ja vahvista sitten, mitä uloskäyntiä tai yksityistä reittiä liikenne todella käytti. Tarkista DNS ja jokainen osoiteperhe, jonka väität kattavasi, sillä reitittimen oma anturi voi onnistua, vaikka asiakaskäytäntö on vielä väärä — anturi käyttää usein eri lähdettä, eri taulukkoa tai eri selvityspolkua.

curl -s https://ifconfig.me
nslookup example.com

Jos tunneli on alhaalla eikä vain väärin määritetty, päätä, onko kohdistuvat asiakkaat estettävä vai saavatko he käyttää hyväksyttyä varavaihtoehtoa. Tämä valinta kuuluu ennen katkoa laadittavaan varasuunnitelmaan, ei katkon aikana käytävään keskusteluun. Kirjoita havaittu uloskäynti ja selvittäjä katkon tikettiin. Kaksi riviä säästää nyt seuraavalta henkilöltä tunnin arvailun siitä, mikä polku oli aktiivinen ikkunan aikana.

Mitä korjata, jotta seuraava katko on lyhyempi

Jos vika toistuu, korjaus on järjestys, ei kokoonpano: nosta WAN, sitten aika, sitten tunneli, sitten asiakaskäytäntö. Useimmat reitittimet ilmaisevat sen riippuvuutena tai viiveenä, ja lyhyt tarkoituksellinen viive voittaa profiilin uudelleenkirjoituksen.

Toista sitten tavallinen uudelleenkäynnistystesti muutettuasi sen, mukaan lukien asiakaspuolen tarkistus. Uudelleenkäynnistystesti, joka katsoo vain reitittimen paneelia, testaa neljästä kerroksesta vähiten informatiivista.