Teie klient teatab ühendatud, samal ajal kui liides on üleval ja brauser aegub, ja ükski neist kolmest väitest pole vale. Ühendatud kirjeldab kihti, millel pole midagi pistmist leheküljega, mida küsisite. Otsustamaks, milline kiht teatab, on vaja üht uut päringut ja üht pilku loendurile, mis tõestaks, et liiklus liikus. Taaskäivitus viskab selle tõendi minema ja ehitab uuesti üles tingimused, mida püüdsite jälgida.

Kolm erinevat asja, mida nimetatakse ühendatuks

Kõige madalamal võib ühendatud tähendada, et kliendi protsess töötab ja hoiab pistikut partneri poole. Sellest kõrgemal võib see tähendada, et aadressiga liides on olemas, mille püsiseade või taastamisrutiin võib luua ilma elava sessioonita selle taga. Juhtimistasandil võib see tähendada, et assotsiatsioon on läbi räägitud, mis ei ütle midagi selle kohta, kas selle all on ükski pakett ületanud. Igaüks neist peab vastu tõrgetele, millele teised ei pea, ja klient näitab tavaliselt tugevaimat, mida ta saab väita.

Roheline ikoon ja surnud tunnel on seega kokkusobivad, mitte vastuolulised; need teatavad erinevatest objektidest. See on kogu põhjus, miks seda riket ikka ja jälle kliendi veana valesti diagnoositakse.

Saatke üks kahjutu päring sihtkohta, mida tegelikult vajate, enne kui daemonit puutute, ja hoidke töötades nõutav otseliikluse blokk paigal. Taaskäivitus kustutab sündmuste järjekorra ja loob need seejärel piisavalt lähedal, et põhjust varjata, mistõttu sama pilet naaseb nädal hiljem, ilma et selles oleks midagi uut. Üks päring, üks loenduri näit ja tõrke tekitanud päästik on minimaalne tõend.

Milline loendur tõestab, et paketid liikusid

IPsecis on IKE assotsiatsioon ja CHILD assotsiatsioon eraldi objektid ning ainult child kannab loendureid, mis sellele küsimusele vastavad. Loetlege child, jälgige, kas paketid suurenevad mõlemas suunas, ja võrrelge seda sellega, mida rakendus teha püüab. Nulli juures paigaldatud assotsiatsioon on erinev leid kui see, mis kasvab, samal ajal kui rakendus ikka ebaõnnestub; esimene tähendab, et liiklust ei valita, teine, et see liigub ja viga on kaugemal. Lugege loendureid kaks korda, mõne sekundi vahega, sest üks proov ei saa trendi näidata.

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

Nullloendurid osutavad valikule: marsruutimine, poliitika, nimeruum, kust pakett väljus, või liides, millega klient kunagi ei sidunud. Kasvavad loendurid osutavad tunnelist eemale, seega jätkake edastamisega kaugemas otsas, nimelahendusega, tagasiteega ja sihtkoha teenusega, selles järjekorras. Protokoll, millel pole eraldi child-objekti, paljastab sama tõendi omal moel, seega kasutage seda, mida see teatab partneri olekust ja pakettide arvust, selle asemel et laenata IPsec sõnavara. Näidu kuju loeb rohkem kui tööriist, mis selle valmistas.

Kus viga asub pärast seda, kui loendurid liiguvad

Lüüs, mis vastab oma haldusaadressil, tõestab, et lüüs töötab, mitte et miski selle taga teie päringut teenindab, seega testige kaugemat poolt, mitte kasti keskel. Nimelahendus varjab tõrkeid kõige paremini, sest resolver, kuhu tunnelist ei pääse, aegub täpselt nagu surnud ühendus. Kaks otsingut eristavad neid juhtumeid ja mõlemad on odavad. Küsige esmalt resolverilt, mille tunnel läbi surub, seejärel küsige avalikult resolverilt sama nime.

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

Nimi, mis laheneb avaliku resolveri kaudu, kuid mitte tunneli resolveri kaudu, tähendab, et DNS-tee on katki, samas kui nimi, mis laheneb mõlema kaudu ja aegub brauseris ikkagi, osutab tagasiteele või teenusele. Kui ping aadressi järgi õnnestub ja rakendus ikka keeldub, toimetas võrk päringu kohale ja teenus lükkas selle tagasi, mis on hoopis hilisem etapp.

Kirjutage päästik üles, seejärel muutke üht asja

Kirjutage üles, mis tõrkele eelnes: tegevusetuse periood, võrgu muudatus, võtme uuendamine, jätkatud sülearvuti või taastatud süsteem. Need tekitavad erinevaid mehhanisme ja tavaliselt parandab end ise ainult taastatud süsteem, mis on täpselt see juhtum, mis teile midagi ei õpeta. Taaskäivitus eemaldab sündmuste järjekorra ja loob seejärel tingimused piisavalt lähedal, et põhjust varjata. Kirjutage päästik üles, kuni see on veel korratav.

Seejärel tehke üks põhjendatud parandus ja korrake algset päringut koos tõrke tekitanud päästikuga. Tegevusetus on kõige kergemini korratav päästik, seega on see kiireim kinnitus, et parandus käsitles mehhanismi, mitte sümptomit.

Mida soovite teatada, on tõend, et liiklus, mida kavatsesite saata, jõudis teenuseni, kuhu kavatsesite jõuda. Rohetav ikoon, laadiv vahemällu salvestatud leht ja liikuv loendur tõestavad kõik vähem kui üks lõpetatud päring kavandatud sihtkoha vastu. Hoidke päring, loenduri näit ja päästik koos, et järgmine inimene saaks eristada parandust juhusest.

Seotud artiklid