Keepalive is gjin werferbining: kies op basis fan 'e flater dy't jo hawwe

Keepalives en werferbiningen wurde yn deselde siken konfigurearre en losse ferskillende problemen op, dêrom makket it bystellen fan 'e iene de oare selden rjocht. In keepalive stjoert lyts ferkear om in steatynskriuwing libben te hâlden of om te merken dat in peet ophâlden is mei antwurdzjen. In werferbining brekt ôf wat stikken is en bout de relaasje op 'e nij, ynklusyf kaaien, adressen en rûtes. Kies it meganisme dat by de flater past, net dat dêr't jo de knop al fan kenne. Twa fragen beslisse it: is it paad dea, of ferjit eat tusken de pearen it?

As de mapping it probleem is

In tunnel dy't pas nei minuten fan stilte stjert, ferliest meastentiids in oersettingsynskriuwing en net in peet. WireGuard syn PersistentKeepalive bestiet foar NAT- en firewallsteat, en de eigen notysjes fan it projekt beskriuwe it krekt sa en net as in sûnenscheck. In ynterval fan in pear tsien sekonden hâldt in ynskriuwing waarm, wylst in pakket elke sekonde in batterijbeslissing is en net in betrouberensbeslissing. OpenVPN komt op itselde plak út troch ping en ping-restart , dy't earst de stilte merke en der dan op hannelje.

Dy ynstellingen binne ek net útwikselber tusken protokollen. In IKEv2-belied foar deade pearen, in OpenVPN-pingtimer en in WireGuard-keepalive beantwurdzje deselde fraach mei trije ferskillende syntaksen en trije ferskillende standertwearden, dat in nûmer tusken harren kopiearje is rieden yn 'e klean fan bystellen.

As de relaasje fuort is

As it peet fan adres feroaret, de legitimatie ferrint of de fiere ein werstartet, binne lytse pakketten net de reparaasje. De werferbining moat steat op 'e nij bouwe : in adres krije, rûtes op 'e nij ynstallearje, kaaien op 'e nij ûnderhannelje en yn guon útrôljenen in brûker op 'e nij autentisearje.

Kliïnten dy't sûnder tafersjoch werferbine, hâlde in sertifikaat of in bewarre geheim. In klient dy't in minske freegje soe, mislearret krekt as nimmen oanwêzich is, en dat is it senario dêr't de werferbining fan belang wie. Dat is in ûntwerpkar dy't moannen earder makke is, net in ynstelling dy't jo by in steuring feroarje kinne.

Wat gjin fan beide bewissiget

In tunnel kin werferbûn, mei kaaien en rûtes, wêze wylst de tsjinst derachter del is, en in keepalive kin in mapping iepen hâlde foar in sesje waans tsjinner al oeren fuort is. Beide meganismen kinne sukses rapportearje wylst dat dêr't jo echt om jouwe net beskikber is.

Dêrom einiget de test by in echte oanfraach. Stjoer eat troch de tunnel nei it ynterval dêr't jo om jouwe, en trigger dan apart de flater dêr't jo foar ûntwurpen hawwe: in perioade fan idle foar it mappinggefal, in werstart of in adresferoaring foar it werferbiningsgefal.

It blokkearjen fan direet ferkear is in aparte beslissing

In werferbiningslus kin folslein sûn wêze wylst in applikaasje stil de gewoane rûte brûkt, en dat is in lek en net in flater. As de eask is dat neat bûten de tunnel fuortgiet, sis dat dan eksplisyt yn 'e kliïntkonfiguraasje en bewissigje it troch de tunnel del te heljen en te sjen wat noch ferbynt. Gjin fan beide meganismen ymplisearret dat gedrach, en gjin hoemannichte werbesykjen-dissipline fêstiget it.

Skriuw op hokker meganisme rûn en oft in nije oanfraach dêrnei slagge. Dy twa feiten binne wat de folgjende yngenieur nedich hat, en gjin fan beide is yn in statusikoan te sjen. In logrigel dy't seit dat de klient werferbûn is, is net itselde as in oanfraach dy't wurke.

Skriuw it belied, net allinnich it nûmer

Set it pear yn ien sin: it idle-ynterval, de libbensdrompel, wat in werbou triggeret , en wat de klient docht wylst er wer besiket. Sûnder dy sin iepenet elke takomstige ynsidint itselde debat wer oer oft de keepalive te koart is of de werferbining te stadich.

WireGuard syn notysjes oer beheiningen binne in nuttige herinnering dat de keepalive in omwei is foar middleboxes en net in algemien libbensûntwerp. Lês dy beheining foardat jo de frekwinsje ferheegje as antwurd op in probleem dat it net oplosse kin.