Miksi VPN voi näyttää yhdistetyltä, vaikka mikään ei toimi

Asiakkaasi ilmoittaa yhdistetyksi, kun liittymä on ylhäällä ja selain aikakatkaisee, eikä mikään noista kolmesta väitteestä ole epätosi. Yhdistetty kuvaa kerrosta, jolla ei ole mitään tekemistä pyytämäsi sivun kanssa. Sen päättäminen, mikä kerros ilmoittaa, vaatii yhden tuoreen pyynnön ja yhden silmäyksen laskuriin, joka todistaisi liikenteen liikkuneen. Uudelleenkäynnistys heittää sen todisteen pois ja rakentaa uudelleen ne olosuhteet, joita yritit havainnoida.

Kolme eri asiaa, joita kutsutaan yhdistetyksi

Alimmalla tasolla yhdistetty voi tarkoittaa, että asiakasprosessi on käynnissä ja pitää pistoketta vertaiskohti. Sen yläpuolella se voi tarkoittaa, että on olemassa liittymä, jolla on osoite, jonka pysyvä laite tai palautusrutiini voi luoda ilman elävää istuntoa sen takana. Ohjaustasolla se voi tarkoittaa, että assosiaatio neuvoteltiin, mikä ei kerro mitään siitä, onko sen ali kulkenut yhtäkään pakettia. Jokainen niistä kestää vikoja, joita muut eivät kestä, ja asiakas näyttää yleensä vahvimman, jota se voi väittää.

Vihreä kuvake ja kuollut tunneli ovat siis yhteensopivia eivätkä ristiriitaisia; ne kertovat eri kohteista. Juuri siksi tämä vika diagnosoidaan yhä uudelleen väärin asiakasohjelman bugiksi.

Lähetä yksi vaaraton pyyntö kohteeseen, jota todella tarvitset, ennen kuin kosket daemoniin, ja pidä vaadittu suoran liikenteen esto paikallaan työskennellessäsi. Uudelleenkäynnistys pyyhkii tapahtumien järjestyksen ja luo ne sitten riittävän lähelle kätkeäkseen syyn, minkä vuoksi sama tiketti palaa viikkoa myöhemmin ilman mitään uutta. Yksi pyyntö, yksi laskurin lukema ja vian aiheuttanut laukaisin ovat vähimmäistodiste.

Mikä laskuri todistaa pakettien liikkuneen

IPsecissä IKE-assosiaatio ja CHILD-assosiaatio ovat erillisiä kohteita, ja vain child kantaa laskurit, jotka vastaavat tähän kysymykseen. Listaa child, seuraa kasvavatko paketit molempiin suuntiin ja vertaa sitä siihen, mitä sovellus yrittää tehdä. Nollaan asennettu assosiaatio on eri havainto kuin kasvava assosiaatio, kun sovellus edelleen epäonnistuu; ensimmäinen tarkoittaa, ettei liikennettä valita, toinen, että se liikkuu ja vika on kauempana. Lue laskurit kahdesti muutaman sekunnin välein, koska yksi näyte ei voi näyttää suuntausta.

swanctl --list-sas
ip xfrm state list
ip -s link show dev tun0

Nollalaskurit osoittavat valintaan: reititys, käytäntö, nimiavaruus, josta paketti lähti, tai liittymä, johon asiakas ei koskaan sitoutunut. Kasvavat laskurit osoittavat poispäin tunnelista, joten jatka edelleenlähetyksellä kauempana päässä, nimien ratkaisulla, paluupolulla ja kohdepalvelulla tässä järjestyksessä. Protokolla ilman erillistä child-kohdetta paljastaa saman todisteen omilla ehdoillaan, joten käytä sitä, mitä se kertoo vertaiskohteen tilasta ja pakettimääristä, sen sijaan että lainaisit IPsecin sanastoa. Lukeman muoto on tärkeämpi kuin väline, joka sen tuotti.

Missä vika istuu sen jälkeen, kun laskurit liikkuvat

Yhdyskäytävä, joka vastaa omassa hallintaosoitteessaan, todistaa yhdyskäytävän käynnissä olemisen, ei sitä, että jokin sen takana palvelee pyyntöäsi, joten testaa kauempaa puolta, älä keskellä olevaa laatikkoa. Nimien ratkaisu kätkee viat parhaiten, koska ratkaisija, johon ei pääse tunnelin kautta, aikakatkaisee aivan kuin kuollut yhteys. Kaksi hakua erottavat ne tapaukset, ja molemmat ovat halpoja. Kysy ensin ratkaisijalta, jonka tunneli työntää, ja kysy sitten julkiselta ratkaisijalta samaa nimeä.

dig +short host.example
dig +short @10.20.0.1 host.example
ping -c 2 10.20.0.25

Nimi, joka ratkeaa julkisen ratkaisijan kautta mutta ei tunnelin ratkaisijan kautta, tarkoittaa, että DNS-polku on rikki, kun taas nimi, joka ratkeaa molempien kautta ja aikakatkaisee silti selaimessa, osoittaa paluupolkuun tai palveluun. Jos ping osoitteella onnistuu ja sovellus silti kieltäytyy, verkko toimitti pyynnön ja palvelu hylkäsi sen, mikä on kokonaan myöhempi vaihe.

Kirjaa laukaisin ja muuta sitten yhtä asiaa

Kirjaa, mitä vikaa edelsi: toimettomuusjakso, verkkomuutos, avainten uusinta, jatkettu kannettava tai palautettu järjestelmä. Ne tuottavat erilaisia mekanismeja, ja yleensä vain palautettu järjestelmä korjaa itse itsensä, mikä on juuri se tapaus, joka ei opeta sinulle mitään. Uudelleenkäynnistys poistaa tapahtumien järjestyksen ja luo sitten olosuhteet riittävän lähelle kätkeäkseen syyn. Kirjoita laukaisin muistiin, kun se on vielä toistettavissa.

Tee sitten yksi perusteltu korjaus ja toista alkuperäinen pyyntö yhdessä vian aiheuttaneen laukaisimen kanssa. Toimettomuus on helpoimmin toistettava laukaisin, joten se on nopein vahvistus siitä, että korjaus käsitteli mekanismia eikä oiretta.

Sen, mitä haluat raportoida, on todiste siitä, että liikenne, jonka aioit lähettää, saavutti palvelun, johon aioit päästä. Vihreäksi muuttuva kuvake, latautuva välimuistissa oleva sivu ja liikkuva laskuri todistavat kaikki vähemmän kuin yhden suoritetun pyynnön aiottuun kohteeseen. Pidä pyyntö, laskurin lukema ja laukaisin yhdessä, jotta seuraava henkilö voi erottaa korjauksen sattumasta.