Waarom 'n VPN verbind kan lyk terwyl niks werk

Jou kliënt rapporteer verbind terwyl die koppelvlak op is en die blaaier uittyd, en nie een van daardie drie stellings is onwaar nie. Verbind beskryf 'n laag wat niks met die bladsy te doen het wat jy aangevra het nie. Om te besluit watter laag rapporteer, verg een nuwe versoek en een blik op die teller wat sou bewys dat verkeer beweeg het. 'n Herbegin gooi daardie bewyse weg en bou die toestande weer op wat jy probeer waarneem het.

Drie verskillende dinge wat verbind genoem word

Onder kan verbind beteken dat 'n kliëntproses loop en 'n sok na 'n eweknie vashou. Daarbokant kan dit beteken dat 'n koppelvlak met 'n adres bestaan, wat 'n permanente toestel of 'n herstelroetine kan skep sonder enige lewende sessie daaronder. Op beheervlak kan dit beteken dat 'n assosiasie beding is, wat niks sê oor of 'n enkele pakkie daaronder beweeg het nie. Elkeen van dié oorleef mislukkings wat die ander nie oorleef nie, en 'n kliënt wys gewoonlik die sterkste een wat hy kan voorgee.

'n Groen ikoon en 'n dooie tonnel is dus versoenbaar eerder as teenstrydig; hulle rapporteer oor verskillende objekte. Dit is die hele rede waarom hierdie fout aanhoudend as 'n kliëntfout gediagnoseer word.

Stuur een onskadelike versoek na 'n bestemming wat jy werklik nodig het voordat jy aan die daemon raak, en hou die vereiste blok vir direkte verkeer in plek terwyl jy werk. 'n Herbegin wis die volgorde van gebeure en herskep dit dan naby genoeg om die oorsaak te verberg, en daarom kom dieselfde kaartjie 'n week later terug met niks nuuts in nie. Een versoek, een tellerlesing en die sneller wat die mislukking veroorsaak het, is die minimum bewyse.

Watter teller bewys dat die pakkies beweeg het

In IPsec is die IKE-assosiasie en die CHILD-assosiasie aparte objekte, en net die kind dra die tellers wat hierdie vraag beantwoord. Lys die kind, kyk of pakkies in albei rigtings toeneem, en vergelyk dit met wat die toepassing probeer doen. 'n Geïnstalleerde assosiasie op nul is 'n ander bevinding as een wat toeneem terwyl die toepassing steeds misluk; die eerste beteken verkeer word nie gekies nie, die tweede beteken dit beweeg en die fout is verder aan. Lees die tellers twee keer, 'n paar sekondes uitmekaar, want een monster kan nie 'n neiging wys nie.

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

Nul tellers wys op seleksie: roetering, beleid, 'n naamruimte waaruit die pakkie vertrek het, of 'n koppelvlak waaraan die kliënt nooit gebind het nie. Groeiende tellers wys weg van die tonnel, so gaan voort met aanstuur aan die verre kant, naamoplossing, die terugpad en die bestemmingsdiens, in daardie volgorde. 'n Protokol sonder 'n aparte kind-objek lê dieselfde bewyse in sy eie terme bloot, so gebruik wat dit vir ewekniestatus en pakkiestellings rapporteer eerder as om die IPsec-woordeskat te leen. Die vorm van die lesing maak meer saak as die instrument wat dit opgelewer het.

Waar die fout sit nadat die tellers beweeg het

'n Aansluiting wat op sy eie bestuursadres antwoord, bewys dat die aansluiting loop, nie dat iets daaragter jou versoek bedien nie, so toets die verre kant eerder as die boks in die middel. Naamoplossing verberg mislukkings die beste, want 'n oplosser wat nie deur die tonnel bereik kan word nie, tyd uit op 'n manier wat identies lyk aan 'n dooie verbinding. Twee opsoeke skei daardie gevalle, en albei is goedkoop. Vra eers die oplosser wat die tonnel stoot, en vra dan 'n openbare oplosser vir dieselfde naam.

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

'n Naam wat deur die openbare oplosser opgelos word maar nie deur die tonneloplosser nie, beteken die DNS-pad is stukkend, terwyl 'n naam wat deur albei opgelos word en steeds in die blaaier uittyd, op die terugpad of op die diens wys. As die ping per adres slaag en die toepassing steeds weier, het die netwerk die versoek afgelewer en die diens dit verwerp, wat 'n heeltemal later stadium is.

Teken die sneller op en verander dan een ding

Teken op wat die mislukking voorafgegaan het: 'n tydperk van ledigheid, 'n netwerkverandering, 'n sleutelvernuwing, 'n hervatte skootrekenaar of 'n herstelde stelsel. Dié lewer verskillende meganismes, en net die herstelde stelsel herstel gewoonlik homself, wat juis die geval is wat jou niks leer nie. 'n Herbegin verwyder die volgorde van gebeure en herskep dan toestande naby genoeg om die oorsaak te verberg. Skryf die sneller neer terwyl dit nog herhaalbaar is.

Maak dan een ondersteunde regstelling en herhaal die oorspronklike versoek saam met die sneller wat die mislukking veroorsaak het. Ledigheid is die maklikste sneller om te herhaal, so dit is die vinnigste bevestiging dat die regstelling die meganisme aangespreek het eerder as die simptoom.

Wat jy wil rapporteer, is bewys dat die verkeer wat jy bedoel het om te stuur, die diens bereik het wat jy bedoel het om te bereik. 'n Ikoon wat groen word, 'n gekassje bladsy wat laai en 'n teller wat beweeg, bewys almal minder as een voltooide versoek teen die beoogde bestemming. Hou die versoek, die tellerlesing en die sneller saam, sodat die volgende persoon 'n regstelling van 'n toevalligheid kan onderskei.