Handaki lako hufa baada ya kompyuta ndogo kubaki bila kuguswa kwa muda, na hurudi katika sekunde ile ile unapogusa kipanya cha kompyuta. Mtindo huo unaonyesha kuwa kiungo kisichotumia waya kinaingia katika kuokoa nishati, na si kwamba lango la VPN linakataa vitambulisho vyako. Asubuhi yenye shughuli nyingi kwenye wasifu huo huo ndiyo uthibitisho: handaki huishi maadamu trafiki inatiririka na huanguka mara redio inaponyamaza. Pitia ukaguzi ulio hapa chini kwa mpangilio, simama kwenye ule wa kwanza unaoshindikana, na baada ya hapo tu badilisha mpangilio mmoja.

Ukaguzi wa kwanza: je, kukatika kunafuata kutokuwa na shughuli?

Anza kwa kuthibitisha uhusiano badala ya kudhania. Andika muda wa saa ya ukutani wa pakiti ya mwisho uliyoituma, muda ambao mteja aliripoti handaki liko chini, na kama skrini ilizima wakati huo. Iwapo pengo ni lile lile kila mara, una tatizo kwenye njia ya kutokuwa na shughuli; iwapo kukatika hutokea kwa bahati nasibu wakati wa matumizi, nenda kwenye ukaguzi wa tano.

Jaribio la bei nafuu ambalo hakuna gharama ya kulibatilisha: tuma ping thabiti ya kiwango cha chini kwa lango lako kwa dakika ishirini na uache mashine peke yake. Iwapo handaki hudumu muda wote, trafiki ndogo ya daima inafunika dalili badala ya kuirekebisha, jambo ambalo bado ni ushahidi muhimu. Ninaweka pato la ping hiyo kwenye terminal ya rasimu na baadaye kulinganisha na kumbukumbu ya mteja, kwa sababu saa mbili mara chache hukubaliana.

Ukaguzi wa pili: je, ni trafiki ya VPN peke yake?

Kabla ya kulaumu handaki, gundua kama kiungo chenyewe bado kinafaa kutumika. Wakati handaki limekufa lakini skrini bado imezimwa, jaribu kufikia anwani ya sehemu ya ufikiaji na mwenyeji wa umma kwa IP. Iwapo ping ya kawaida pia inashindikana, redio au sehemu ya ufikiaji imekuachia, na mteja wa VPN ni mwangalizi tu.

Iwapo trafiki ya kawaida inatiririka wakati handaki liko kimya, kiungo ni kizima na tatizo liko kwenye vipima muda vya handaki lenyewe au jinsi mteja anavyoshughulikia kuanza upya. Hizi ni marekebisho mawili tofauti, kwa hiyo usiruke hatua hii. Kwenye kompyuta ndogo yenye Wi-Fi na Ethernet pamoja, ondoa kebo na urudie jaribio la kutokuwa na shughuli: kukatika kwa kutokuwa na shughuli kunakotoweka kwenye Ethernet ya waya ni ushahidi imara kwa tabaka lisilotumia waya.

Ukaguzi wa tatu: soma hali ya kuokoa nishati

Wengi wa madawati hukupa kisanduku cha kuteua, lakini kisanduku siyo hali ambayo dereva yuko ndani yake. Kwanza soma ripoti ya dereva mwenyewe, kisha amua. Kwenye Linux yenye mac80211 kiolesura hujibu moja kwa moja:

iw dev wlan0 get power_save          # on or off, per interface
sudo iw dev wlan0 set power_save off # diagnostic only, lost on reconnect

Amri ya pili ni jaribio, siyo marekebisho. Haidumu baada ya kukatika, kulala au kuwasha upya, jambo linaloifanya kuwa njia safi ya kujaribu dhana bila kuacha mabadiliko ya kudumu.

Kwenye Windows powercfg /q SCHEME_CURRENT huchapisha mpango unaotumika, na tawi dogo la adapta isiyotumia waya huonyesha kama adapta inaweza kuamriwa kuokoa nishati; chaguo hilo hilo liko kwenye Device Manager kwenye kichupo cha usimamizi wa nishati ya adapta. Kwenye macOS kuokoa nishati kwa 802.11 kwa kila kiolesura hakuonyeshwi kwako, kwa hiyo angalia badala yake pmset -g tabia ya kulala na kusubiri. Huko hitilafu kwa kawaida hujitokeza kuwa njia ya kulala na kuamka na siyo tabia ya redio wakati wa kutokuwa na shughuli.

Ukaguzi wa nne: badilisha kitu kimoja, kisha ujaribu tena

Badilisha kigezo kimoja hasa kwa kila mbio na urudie mzigo huo huo. Iwapo handaki sasa hustahimili saa moja ya kutokuwa na shughuli wakati kuokoa nishati kumezimwa, umejifunza kitu halisi. Iwapo bado huanguka, rudi nyuma kabla ya kujaribu wazo linalofuata, vinginevyo utabaki na mipangilio mitatu inayogongana na bila wazo la ipi ina umuhimu.

Kuendelea kuweka kiungo hai ni kigezo kingine huru na huchanganywa mara kwa mara na kuokoa nishati. Kipimo PersistentKeepalive = 25 cha WireGuard huweka ramani ya NAT ikiwa joto;OpenVPN katika ncha zote mbili keepalive na ping-restart hutumia. Zote mbili huzalisha trafiki kwenye handaki ambalo lingekuwa kimya, kwa hiyo uendelezaji hai unaoonekana kurekebisha kukatika unaweza kufunika tatizo la redio badala ya kulitatua. Zijaribu kwa tofauti, moja baada ya nyingine:

[Peer]
PublicKey = ...
Endpoint = vpn.example.net:51820
PersistentKeepalive = 25

Ukaguzi wa tano: wakati redio haina hatia

Iwapo kukatika kwa kutokuwa na shughuli kunaendelea wakati kuokoa nishati kumezimwa na uendelezaji hai umewashwa, angalia nje ya kompyuta ndogo. Sehemu za ufikiaji na ruta za nyumbani huacha maingizo ya NAT au kikao cha kutokuwa na shughuli yakiisha kwa ratiba yao wenyewe, na seva ya VPN inaweza kuacha kikao kisicho na trafiki.Uzungumzaji kati ya sehemu za ufikiaji zinazoshiriki SSID moja pia unaweza kuweka upya kiungo bila mteja kusema hivyo kwa uwazi.

Kisha linganisha na kifaa cha pili kwenye mtandao huo huo kinachofanya jaribio hilo hilo la kutokuwa na shughuli. Vifaa viwili vinavyoanguka kwa muda sawa ni hadithi ya njia au seva; kifaa kimoja kinachoanguka ni hadithi ya dereva au nishati ya ndani. Ulinganisho huo huchukua dakika kumi na hukuokoa kuandika upya usanidi usiofaa.

Kabla ya kuifanya ya kudumu

Amua ni nini uko tayari kubakiza. Andiko la wasifu kwa wasifu linalozima kuokoa nishati tu kwenye mitandao ambapo umeona kukatika linaweza kutetewa. Marekebisho ya jumla yanayozima kila kitu na kulipwa kwa maisha ya betri kwenye kila mtandao kwa kawaida hayana.

  • Andika thamani ya awali ya kuokoa nishati kando ya andiko ili iweze kurejeshwa.
  • Rudia jaribio la kutokuwa na shughuli baada ya kila sasisho la dereva au mteja; thamani za chaguo-msingi hubadilika.
  • Weka kumbukumbu ya ping na kumbukumbu ya mteja pamoja unaporipoti tatizo.
  • Iwapo hatua ya pili ilishindikana, acha kubadilisha mipangilio ya VPN na uichukulie kama hitilafu ya ndani ya kiungo.

Iwapo unafanya kitu kimoja tu, fanya ukaguzi wa pili. Huo huamua kama sehemu iliyobaki ya orodha hii inakuhusu hata kidogo, na ni hatua ambayo watu huiruka baada ya kuamua tayari kuwa jibu ni kuokoa nishati.

Makala zinazohusiana