VPN inakatika kila mara? Fuata mpangilio huu

Kabla ya kusakinisha upya mteja, andika mambo matatu: tunnel ulidumu kwa muda gani, mteja alisema nini wakati ulikatika, na kama mashine ililala au ilibadilisha mtandao katikati. Dokezo hilo ndilo ushahidi pekee utakaokuwa nao baadaye, na usakinishaji upya kwa kawaida hulifuta. Kukatika kwa muda unaorudiwa ni kipima muda au kuisha kwa hali; kukatika kwa wakati wa nasibu ni tatizo la njia. Mpangilio ulio chini unakuzuia kubadilisha mambo matatu kwa wakati mmoja na kutojifunza chochote.

Hatua ya kwanza: rekodi muda na maandishi ya hitilafu

Anza na kumbukumbu ya mteja mwenyewe na sio dashibodi ya mtoa huduma. Kwenye mteja wa Linux, kumbukumbu ya huduma pamoja na hali ya moja kwa moja ya tunnel hufunika sehemu kubwa:

journalctl -u openvpn-client@client --since '3 hours ago' | tail -60
journalctl -u wg-quick@wg0 --since '3 hours ago' | tail -40
wg show
ip -s link show wg0

Rekodi alama za muda za makubaliano ya mwisho yaliyofanikiwa na wakati ambapo trafiki ilisimama, sio tu wakati ambapo aikoni ilibadilisha rangi. Mteja wa GUI anayesema imekatika baadaye anaweza kuwa anaripoti hali ambayo kernel ilifikia sekunde kadhaa mapema.

Hifadhi maneno ya hitilafu. Muda kuisha, kukataliwa kwa uthibitishaji na hitilafu ya adapta au kiendeshi zinaonyesha tabaka tatu tofauti, na bidii nyingi iliyopotea katika tatizo hili inatokana na kuzichukulia kama moja. Nakili mstari kama ulivyo kwenye dokezo lako.

Hatua ya pili: badilisha kigezo kimoja, sio wasifu

Weka kifaa na wasifu bila kubadilika na hamisha mashine kwenda mtandao mwingine wa ufikiaji, kama hotspot ya simu. Hii ndiyo jaribio la bei rahisi zaidi linalotenganisha mteja na njia. Iendeshe kwa muda wa kutosha kufunika kipindi cha awali cha kushindwa; dakika mbili tulivu hazithibitishi chochote kuhusu kukatika kunakotokea dakika ya thelathini.

Kompyuta mpakato yenye bandari ya Ethernet inakupa ulinganisho wa pili unaoondoa Wi-Fi kabisa kwenye picha. Ikiwa tunnel inashikilia kwa njia zote mbili, mtandao wa awali wa ufikiaji unastahili tahadhari: kuzunguka kati ya vituo vya ufikiaji, router ya nyumbani ambayo jedwali lake la tafsiri linaisha, au kiungo cha juu kinachoweka upya mitiririko mirefu.

Andika kigezo gani ulibadilisha. Ulinganisho unahesabiwa tu wakati kila kitu kingine kimebaki sawa, na hiyo inajumuisha kituo cha mwisho cha seva na wakati wa siku.

Hatua ya tatu: unganisha muda na tabaka

Urefu wa kikao kizuri ni nambari moja yenye taarifa zaidi uliyo nayo. Isome kwa kulinganisha na orodha hii kabla ya kugusa vipima muda:

• Kukatika baada ya kulala au kuamka: hali ya tunnel ilinusurika kusimamishwa lakini kiolesura hakikusurika. Angalia tabia ya mteja ya kuunganisha tena wakati wa kuamka na ikiwa huduma inaanzisha tunnel upya au inasubiri trafiki.
• Kukatika tu wakati haifanyi kazi: kitu katikati kiliruhusu mtiririko uishe. keepalive zipo kwa ajili ya hali hiyo.
• Kukatika kwa umri maalum wa kikao: tukio la uthibitishaji upya au kuhuisha ufunguo, sio kushindwa kwa njia. Kukataliwa wazi kwenye kumbukumbu kwa muda huo hasa ni ishara.
• Kukatika wakati wa uhamishaji mkubwa au kurasa kubwa: shuku MTU na mgawanyiko, sio kipima muda cha kutofanya kazi.

Kwa upande wa kutofanya kazi, mipangilio inategemea itifaki na ncha zote mbili ni muhimu. keepalive 10 60 ya OpenVPN kwenye seva hutuma ping kila sekunde 10 na huanzisha upya kiungo baada ya sekunde 60 bila moja; wateja wa WireGuard nyuma ya NAT hutumia PersistentKeepalive = 25 kwenye kizuizi cha mwenzake. OpenVPN pia hujadili upya chaneli ya data kwa kipima muda, reneg-sec, ambacho kwa chaguo-msingi ni sekunde 3600 katika 2.x.

Usinakili maadili makali kutoka mwongozo wa mtoa huduma mwingine. Muda mfupi kwenye kiungo cha simu chenye upotevu huzalisha kukatika ambako kulipaswa kuzuia, na maadili yanayosukumwa na seva hushinda yale unayoweka kwenye wasifu wa mteja.

Hatua ya nne: linganisha mbadala mmoja unaotumika

Ikiwa mwendeshaji huchapisha wasifu wa UDP na TCP, endesha kifaa na mtandao sawa dhidi ya ule mwingine. Tumia faili halisi inayolingana badala ya kuhariri usafirishaji kwenye wasifu ulionakiliwa. Wasifu wa TCP tulivu kwenye njia ambayo UDP huwekwa upya hupunguza tatizo kwa njia hiyo; haithibitishi kuwa TCP ni usafirishaji bora kila mahali.

Mantiki hiyo hiyo inatumika kwa vituo vya mwisho. Jaribu seva nyingine na uweke matokeo ya awali kando. Ikiwa njia moja ya kutoka pekee ndiyo inayoweka upya vikao, hiyo ni ushahidi kuhusu kituo hicho cha mwisho, sio sababu ya kujenga upya kila adapta kwenye kompyuta mpakato.

Baada ya mabadiliko yoyote, rudia kichocheo cha awali na uthibitisha trafiki inakwenda wapi kwa kweli. Ufikiaji wa intaneti uliopatikana tena sio matokeo sawa na trafiki ndani ya tunnel, na mteja ambaye ameanguka kimya kimya kwenye njia ya moja kwa moja anaonekana mzima kutoka kwenye kivinjari.

Thibitisha marekebisho, na uweke uwezekano wa kurudi nyuma

Marekebisho huthibitishwa kwa kuzalisha tena kichocheo cha awali, sio kwa muunganisho uliofanikiwa. Acha tunnel bila kufanya kazi kupita kipindi cha awali cha kushindwa, simamisha na uanzishe upya mara moja, kisha angalia umri wa makubaliano na anwani ya kutoka:

wg show wg0 latest-handshakes
curl -m 5 -sS https://ifconfig.me
cp client.ovpn client.ovpn.bak   # before editing timers

Weka wasifu wa awali na maadili ya awali ya kipima muda hadi tabia mpya idumu siku kamili ya kazi. Ikiwa kukatika kunarudi, rejesha nakala rudufu, kisha tumia tena mabadiliko moja baada ya nyingine ili jaribio la pili lianze kutoka hali inayojulikana.

Ikiwa kumbukumbu inabaki safi na tunnel bado inakatika kwa muda unaorudiwa, kituo kinachofuata ni upande wa seva kwa kikao hicho. Chukua kitambulisho cha kikao cha mteja na muda kamili wa kukatika, kwa sababu jozi hiyo ndiyo inayofanya kumbukumbu ya seva itafutwe. Chaguo za kiungo za itifaki zimeandikwa kwenye mwongozo wa OpenVPN 2.6 wakati unahitaji maana kamili ya thamani.