Wêrom't in VPN ferbûn lykje kin wylst neat wurket

Jo klant rapportearret ferbûn wylst de ynterface omheech stiet en de browser útrint, en net ien fan dy trije bewearings is ûnwier. Ferbûn beskriuwt in laach dy't neat mei de side te meitsjen hat dy't jo oanfrege hawwe. Bepale hokker laach rapportearret freget ien nij fersyk en ien eachopslach op de teller dy't bewiize soe dat ferkear beweegd is. In werstart smyt dat bewiis fuort en bout de omstannichheden wer op dy't jo besochten te observearjen.

Trije ferskillende dingen dy't ferbûn neamd wurde

Underop kin ferbûn betsjutte dat in klantproses rint en in socket nei in peer hâldt. Dêrboppe kin it betsjutte dat der in ynterface mei in adres bestiet, dy't in permanint apparaat of in werstelroutine meitsje kin sûnder libbene sesje derachter. Op it kontrôlenivo kin it betsjutte dat in assosjaasje ûnderhannele is, wat neat seit oer de fraach oft der ien pakket ûnder trochgien is. Elk fan dy oerlibbet steuringen dy't de oaren net oerlibje, en in klant toant meastentiids de sterkste dy't er beweare kin.

In grien byldsje en in deade tunnel binne dus ferienichber ynstee fan tsjinstridich; se rapportearje oer ferskillende objekten. Dat is de hiele reden wêrom't dizze steuring hieltiten ferkeard diagnostearre wurdt as in klantbug.

Stjoer ien ûnskiedlik fersyk nei in bestimming dy't jo wier nedich hawwe foardat jo de daemon oanreitsje, en hâld it fereaske blok foar direkte ferkear op syn plak wylst jo wurkje. In werstart wisket de oarder fan barrens en makket se dan tichtby genôch op 'e nij om de oarsaak te ferbergjen, en dêrom komt deselde kaart in wike letter werom sûnder wat nijs deryn. Ien fersyk, ien tellerlêzing en de trigger dy't de steuring feroarsake is it minimum oan bewiis.

Hokker teller bewiist dat de pakketten beweegd binne

Yn IPsec binne de IKE-assosjaasje en de CHILD-assosjaasje aparte objekten, en allinnich it child draacht de tellers dy't dizze fraach beantwurdzje. List it child op, sjoch oft pakketten yn beide rjochtingen tanimme, en fergelykje dat mei wat de applikaasje besiket te dwaan. In ynstallearre assosjaasje op nul is in oare befinning as ien dy't tanimt wylst de applikaasje noch altyd mislearret; de earste betsjut dat ferkear net keazen wurdt, de twadde dat it beweecht en de steuring fierderop sit. Lês de tellers twa kear, in pear sekonden útinoar, want ien mônster kin gjin trend sjen litte.

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

Nultellers wize nei seleksje: routing, belied, in nammrom dêr't it pakket út weigie, of in ynterface dêr't de klant him nea oan ferbûn hat. Groeiende tellers wize fuort fan 'e tunnel, dus gean troch mei trochstjoeren oan 'e fiere kant, namme-oplossing, it weromwei en de bestimmingsservice, yn dy folchoarder. In protokol sûnder apart child-objekt leit itselde bewiis yn syn eigen termen bleat, dus brûk wat it rapportearret oer peerstastân en pakketten, ynstee fan it IPsec-wurdboek te lienen. De foarm fan 'e lêzing jildt mear as it ark dat it makke hat.

Wêr't de steuring sit neidat de tellers bewege

In poarte dy't op syn eigen behearderes antwurdet, bewiist dat de poarte rint, net dat der wat efter it jo fersyk tsjinnet, dus test de fiere kant ynstee fan 'e doaze yn 'e midden. Namme-oplossing ferberget steuringen it bêste, want in oplosser dy't net troch de tunnel berikt wurde kin, rint út krekt as in deade ferbining. Twa sykopsjes skiede dy gefallen, en beide binne goedkeap. Freegje earst de oplosser dy't de tunnel opkringt, freegje dan in iepenbiere oplosser om deselde namme.

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

In namme dy't troch de iepenbiere oplosser oplost wurdt mar net troch de tunneloplosser, betsjut dat it DNS-paad brutsen is, wylst in namme dy't troch beide oplost wurdt en noch altyd yn 'e browser útrint, nei it weromwei of nei de service wiist. As de ping op adres slagget en de applikaasje noch altyd wegeret, hat it netwurk it fersyk levere en hat de service it wegere, wat in folslein letter stadium is.

Skriuw de trigger op, feroarje dan ien ding

Skriuw op wat de steuring foarôfgie: in skoft fan yneligens, in netwurkferoaring, in kaaifernijing, in weromsette laptop of in wersteld systeem. Dy meitsje ferskillende meganismen, en allinnich it werstelde systeem reparearret himsels meastentiids, en dat is krekt it gefal dat jo neat leart. In werstart ferwideret de oarder fan barrens en makket dan omstannichheden tichtby genôch om de oarsaak te ferbergjen. Skriuw de trigger op wylst er noch werombrocht wurde kin.

Doch dan ien stipe korreksje en werhelje it oarspronklike fersyk tegearre mei de trigger dy't de steuring feroarsake. Yneligens is de maklikst werombrochte trigger, dus it is de fluchste befêstiging dat de korreksje it meganisme oanpakt hat en net it symptoom.

Wat jo rapportearje wolle, is bewiis dat it ferkear dat jo stjoere woene, de service berikt hat dy't jo berikke woene. In byldsje dat grien wurdt, in cache-side dy't lade en in teller dy't beweecht, bewiist allegear minder as ien foltôge fersyk tsjin 'e bedoelde bestimming. Hâld it fersyk, de tellerlêzing en de trigger byinoar, sadat de folgjende persoan in korreksje fan in tafal skiede kin.