Nabibigo ang WireGuard pagkatapos ng walang ginagawa: subukan muna ang direksyon

Apat na tanong ang nauuna sa anumang pagbabago ng setting: gumagana ba ang parehong resource habang aktibo ang client, gaano katagal ang panahong walang ginagawa, natulog ba ang device o nagpalit ng network, at lumalabas ba ang pagkabigo sa trapikong sinisimulan ng kabilang panig. Hinihiwalay ng mga sagot ang nag-expire na NAT mapping mula sa natutulog na radyo at sa lumang app. Sinasabi rin nila kung may kaugnayan man ang keepalive. Simulan sa direksyon, dahil isang utos lang ito at tinatanggal ang kalahati ng posibleng dahilan.

Aling direksyon ang nabibigo?

Ang bagong palabas na kahilingan ng client at ang trapikong dumarating dito pagkatapos ng tahimik na panahon ay iba ang pagsubok sa kagamitang may estado. Ang palabas na packet ay nagtatayo muli ng mapping habang umaalis, samantalang ang papasok na packet ay kailangang nakaligtas ang lumang mapping. Ang kawalan ng simetryang ito ang buong test. Kung nakakalabas ang client pero walang pumapasok, malamang nag-expire ang mapping, at kung wala sa dalawa ang gumagana, nawala ang tunnel o ang access sa network ng client.

Itala kung gaano katagal ang tahimik na panahon at kung natulog ang device o lumipat sa ibang network sa pagitan. Binabago ng dalawang katotohanang ito ang diagnosis bago pa ang anumang setting.

wg show wg0 latest-handshakes
wg show wg0 endpoints
wg show wg0 transfer

Patakbuhin ang tatlong iyon bago at pagkatapos ng tahimik na panahon, dahil bawat isa ay sumasagot sa ibang bahagi ng tanong. Ang timestamp ng handshake na hindi gumalaw ay nagsasabing tumigil sa pag-uusap ang magkabilang panig, samantalang ang endpoint na nagbago ay nagsasabing gumalaw ang mapping sa halip na namatay. Ipinapakita ng transfer counter kung may dumating man, at iyon ang pagkakaiba ng lumang mapping at tahimik na app. Isulat ang mga numero sa dalawang punto, dahil ang paghahambing ang ebidensya.

Tulog, radyo at kalagayan ng app

Sa telepono o laptop, maaaring tuluyang nawala ang access sa network ng natutulog na device, at hindi maibabalik ng keepalive ang patay na radyo o matatapos ang captive portal na hindi pa nasasapatan. Sinususpinde ng mga mobile platform ang gawain sa background ayon sa patakaran, kaya kung magpapatuloy ang pana-panahong trapiko ay depende sa platform at sa napagkasunduan ng app dito. Ang naka-cache na koneksyon ang ikatlong kaso at pinaka-nakalilinlang, dahil ang pagbabalik ng tunnel ay hindi katulad ng muling pagkonekta ng app dito.

Buksan muli ang app pagkatapos ng panahong walang ginagawa sa halip na magtiwala sa tab na nanatiling bukas. Kung magtagumpay ang bagong kahilingan sa lugar kung saan nabigo ang lumang session, hindi kailanman ang tunnel ang problema.

Ano talaga ang ginagawa ng keepalive

PersistentKeepalive ay pana-panahong nagpapadala ng awtentikadong walang laman na packet sa isang peer, na sapat para mapanatiling buhay ang NAT mapping sa pagitan ng mga peer at mapanatiling napapanahon ang endpoint ng kabilang panig, gaya ng inilalarawan ng mabilis na pagsisimula ng WireGuard. Hindi nito inaayos ang natutulog na radyo, nawalang ruta o app na hindi na muling sumusubok. Piliin ang pagitan sa mga sinusuportahang setting ng client, at huwag paganahin ang agresibong halaga sa lahat ng dako dahil lang sa tumahimik ang display ng status.

Karamihan ng panahong walang ginagawa ay hindi pagkabigo. Ang tunnel na muling kumokonekta pagkatapos ng limang minutong katahimikan ay kumikilos nang tama, at ang problema ay ang kaso lamang kung saan may dapat dumating mula sa kabilang panig.

Hintayin ang pagitang dating nabibigo

Gumawa ng isang sinusuportahang pagbabago, pagkatapos hayaang lumipas ang parehong panahong walang ginagawa bago subukan muli ang resource na iyon. Ang paghihintay ay bahagi ng test at hindi pormalidad. Ang agarang tagumpay pagkatapos ng muling pagkonekta ay walang sinasabi tungkol sa sintomas ng mahabang walang ginagawa, dahil ang muling pagkonekta ang eksaktong pangyayaring nagre-reset ng estado. Kung lumalabas din ang problema habang aktibong ginagamit, bumalik sa mga pagsusuri ng handshake at landas ng data sa halip na magdagdag ng mas maraming pana-panahong trapiko.

Panatilihin ang isang pagbabago bawat test at itala ang ginamit na tagal ng walang ginagawa. Kung wala iyon, bawat kasunod na paghahambing ay lumilihis at walang makapagsasabi kung aling pagbabago ang mahalaga. Itala ang apat na katotohanan nang sama-sama: direksyon, tagal, kalagayan ng tulog at pag-uugali ng app.