Keepaliveak eta berriz konektatzeak arnasa berean konfiguratzen dira baina arazo desberdinak konpontzen dituzte, horregatik baten doikuntzak gutxitan konpontzen du bestea. Keepaliveak trafiko txikia bidaltzen du egoera-sarrera bizirik mantentzeko edo pare batek erantzuteari utzi diola nabaritzeko. Berriz konektatzeak apurtuta dagoena botatzen du eta harremana berreraikitzen du, gakoak, helbideak eta bideak barne. Hautatu hutsegitearekin bat datorren mekanismoa, jada ezagutzen duzun heldulekua duena ez. Bi galderak erabakitzen dute: bidea hilda dago, edo pareen artean zerbait ari da ahazten?

Mapaketa denean arazoa

Minutu batzuetako isiltasunaren ondoren soilik hiltzen den tunelak itzulpen-sarrera bat galtzen du normalean, ez pare bat. WireGuard-en PersistentKeepalive NAT eta suebakien egoerarako dago, eta proiektuaren beraren oharrek hala aurkezten dute, ez osasun-egiaztapen gisa. Hamarka segundo batzuetako tarteak sarrera epel mantentzen du, eta segundo bakoitzeko paketea bateriaren erabakia da, ez fidagarritasunarena. OpenVPN toki berera iristen da ping eta ping-restart bitartez, lehenengo isiltasuna nabaritu eta gero hari erantzuten diotenak.

Ezarpen horiek ez dira protokoloen artean trukagarriak ere. IKEv2ren pare hilaren politikak, OpenVPNren ping tenporizadoreak eta WireGuard-en keepaliveak galdera berari erantzuten diote hiru sintaxi eta hiru balio lehenetsi desberdinekin, beraz haien artean zenbaki bat kopiatzea doikuntza mozorroztutako susmoa da.

Harremana desagertu denean

Pareak helbidea aldatzen badu, kredentziala iraungitzen bada edo urruneko muturra berrabiarazten bada, pakete txikiak ez dira konponbidea. Berriz konektatzeak egoera berreraiki behar du : helbide bat lortu, bideak berriro instalatu, gakoak berriro negoziatu eta zenbait inplementaziotan erabiltzaile bat berriro autentifikatu.

Zainketarik gabe berriz konektatzen diren bezeroek ziurtagiri bat edo gordetako sekretu bat dute. Gizon bati galdetuko liokeen bezeroak huts egiten du inor ez dagoenean, eta hori da berriz konektatzeak garrantzia zuen egoera. Hori hilabete lehenago hartutako diseinu-erabakia da, ez etenaldian alda dezakezun ezarpena.

Bi horiek zer ez duten frogatzen

Tunela berriz konektatuta, gakoekin eta bideekin egon daiteke atzeko zerbitzua behera dagoen bitartean, eta keepaliveak mapaketa irekita mantendu dezake orduak daramatzan zerbitzaria desagertuta duen saio batentzat. Bi mekanismoek arrakasta jakinaraz dezakete benetan axola zaizuna eskuragarri ez dagoen bitartean.

Horregatik proba benetako eskaera batekin amaitzen da. Bidali zerbait tunelaren bidez axola zaizun tartearen ondoren, eta gero eragin bereizita diseinatu duzun hutsegitea: atsedenaldia mapaketaren kasuan, berrabiaraztea edo helbide-aldaketa berriz konektatzearen kasuan.

Zuzeneko trafikoa blokeatzea erabaki bereizia da

Berriz konektatzeko begizta erabat osasuntsua izan daiteke aplikazio bat isilean bide arrunta erabiltzen ari den bitartean, eta hori ihesa da, ez hutsegitea. Baldintza bada tunelatik kanpora ezer ez ateratzea, esan espresuki bezeroaren konfigurazioan eta frogatu tunela jaitsiz eta oraindik zer konektatzen den ikusiz. Bi mekanismoek ez dute portaera hori inplikatzen eta ez du berriro saiatzeko diziplina-kopuruek ezartzen.

Erregistratu zein mekanismok funtzionatu zuen eta gero eskaera berri batek arrakasta izan zuen. Bi datu horiek behar ditu hurrengo ingeniariak, eta bat ere ez da ikusten egoera-ikono batean. Bezeroa berriz konektatu zela dioen erregistro-lerroa ez da funtzionatu zuen eskaera bat.

Idatzi politika, ez bakarrik zenbakia

Jarri bikotea esaldi bakarrean: atsedenartea, bizitasun-ataria, zerrek abiarazten du berreraikuntza , eta zer egiten duen bezeroak berriro saiatzen ari den bitartean. Esaldi hori gabe, etorkizuneko gertaera bakoitzak berriz irekitzen du keepalivea oso laburra den edo berriz konektatzea oso motela den eztabaida bera.

WireGuard-en mugei buruzko oharrak gogorarazpen erabilgarria dira keepalivea bitarteko kutxetarako irtenbide bat dela, ez bizitasun-diseinu orokor bat. Irakurri muga hori maiztasuna igotzen duzun aurretik ezin duen arazo bati erantzuteko.

Erlazionatutako artikuluak