VPN katkeilee jatkuvasti: testaa radio ennen palvelinta

VPN:n katkos voi alkaa kauan ennen kuin mikään liikenne saavuttaa palvelimen. Wi-Fi-yhteyden menetys, siirtymä Wi-Fistä matkapuhelinverkkoon, paikallisen tukiaseman ruuhkautuminen ja nukkuva puhelin voivat kaikki katkaista ulomman polun, kun tunneliohjelmisto ilmoittaa puhtaasta virheestä. Liiku laitteesta ulospäin: ensin linkki, sitten asiakkaan omat tapahtumat, sitten kontrolloitu vertailu ja vasta sitten palvelin. Tämä järjestys estää sinua vaihtamasta ulostulosolmuja ongelman vuoksi, joka asuu huoneessa.

Tarkkaile linkkiä, älä signaalikuvaketta

Etsi linkin siirtymiä etkä palkkeja. Laite voi näyttää vahvaa signaalia, kun tukiasema on kyllästynyt, kun roaming-siirtymä on käynnissä tai kun virransäästökäytäntö pysäyttää radion näytön ollessa sammuksissa.

Kirjaa liittymän tila, nykyinen yhdyskäytävä ja jokaisen muutoksen aika. Tarkista sitten, osuuko katkos yhteen siirtymän kanssa. Katkos, joka tapahtuu joka kerta, kun puhelin liikkuu huoneiden välillä, on linkin ongelma, kunnes toisin todistetaan, riippumatta siitä, minkä palvelimen sovellus näyttää.

Lue asiakkaan omat uudelleenyhdistämistapahtumat

Useimmat asiakkaat kirjaavat katkoksen syyn ja seuraavan yrityksen aikaleiman. Tunneli, joka neuvottelee uudelleen sekunneissa ja toimii sitten, on eri tapahtuma kuin sellainen, joka pysyy alhaalla, kunnes kytket sen käsin.

Toistuvat lyhyet uudelleenyhdistämiset viittaavat ulompaan polkuun, koska asiakas saavuttaa palvelimen jatkuvasti ja menettää istunnon. Alhaalla pysyvä tunneli viittaa todennukseen, päätepisteen muutokseen tai käytäntöön, koska asiakas ei pääse tarpeeksi pitkälle menettääkseen mitään. Lue kaksi kaavaa erikseen ennen kuin kosket asetuksia.

Vertaa toista päätepistettä varoen

Toinen päätepiste on hyödyllinen vertailu eikä itsessään ole kontrolloitu koe. Se muuttaa reittiä, infrastruktuuria ja usein maata, joten kahden päätepisteen välinen ero ei todista, että ensimmäinen palvelin on viallinen.

Pidä laite, käyttöverkko ja työkuorma muuttumattomina ja kirjaa, mitä muuta vaihtuessa muuttui. Jos molemmat päätepisteet epäonnistuvat samaan aikaan samassa paikassa, paikallinen polku on yhteinen tekijä. Jos vain toinen epäonnistuu, palvelimesta tai sinne johtavasta reitistä tulee johtolanka. Kirjoita sekoittavat tekijät muistiin, jotta johtopäätös ei karkaa todisteiden edelle.

Korreloi hallinnoimasi palvelimen kanssa

Jos hallinnoit päätepistettä, sovita yrityksen aika kuuntelijan ja liitoksen lokimerkintöihin. Useiden toisiinsa liittymättömien asiakkaiden epäonnistuminen samassa yhdyskäytävässä on eri todiste kuin yhden puhelimen putoaminen aina liikkuessa.

Yksi vertaisvastaus ei osoita sovelluksen jatkuvaa terveyttä. Testaa palautumisen jälkeen resurssia, jota todella tarvitset, koska onnistunut kättely ja tavoitettava palvelin voivat olla samaan aikaan rikkinäisen sovelluspolun kanssa.

Kirjoita raportti, joka rajaa sen

Erottele neljä väitettä: paikallinen linkin menetys, ulkoinen tavoitettavuus, tunnelin neuvottelu ja sovelluksen oma tila. Jokaisella on omat todisteensa, ja raportti, joka pitää ne erillään, kertoo seuraavalle henkilölle, mistä katsoa.

Kirjaa myös vertailun rajoitukset. Jos käytäntö esti suoran polun testin, sano se sen sijaan, että esittäisit päätepisteiden vertailun todisteena. Sovelluksen maatunniste ei yksilöi koko reittiä, ja maantieteellisesti lähellä oleva palvelin voi silti olla tavoitettavissa ruuhkautunutta polkua pitkin.

WireGuard-projektin tunnettujen rajoitusten sivu on hyödyllinen muistutus siitä, että protokolla voi olla oikein ja jättää silti linkin käyttäytymisen käyttöjärjestelmälle. Lopeta toistamalla sama testi seuraavan katkoksen jälkeen, koska yksittäinen tapahtuma on datapiste ja kaava on diagnoosi.