Бош турган убакта VPN үзүлүүлөрүн оңдоо: Wi-Fi энергия үнөмдөө боюнча текшерүү тизмеси

Бош турган убакта VPN үзүлүүлөрүн тартиби менен карап чыгыңыз: убакытты ырастаңыз, радиону туннелден бөлүңүз, реалдуу энергия үнөмдөө абалын окуңуз, анан бир жөндөөнү өзгөртүп, кайра текшериңиз.

Ноутбук бир аз убакыт тийбеген бойдон тургандан кийин туннелиңиз өлөт, ал эми сиз тачпадга тийген учурда кайра келет. Бул үлгү VPN шлюзу сиздин маалыматыңызды четке кагып жатканын эмес, зымсыз байланыш энергия үнөмдөө режимине кирип жатканын көрсөтөт. Ошол эле профилдеги тыгындуу таң — далил: туннель трафик агып турганда жашайт, радио унчукпай калганда кулайт. Төмөнкү текшерүүлөрдү тартиби менен аткарыңыз, биринчи ийгиликсиз болгон жерде токтоңуз жана ошондон кийин гана бир жөндөөнү өзгөртүңүз.

Биринчи текшерүү: үзүлүү бош турууга ээрчийби?

Болжолдоонун ордуна байланышты далилдөөдөн баштаңыз. Акыркы жөнөткөн пакеттин дубал сааты убактысын, кардар туннелдин кулаганын билдирген убакытты жана ошол аралыкта экран өчкөн-өчпөгөнүн жазып алыңыз. Эгер аралык ар бир жолу бирдей болсо, бош туруу жолунда көйгөй бар; эгер үзүлүүлөр активдүү колдонуу учурунда туш келди болсо, бешинчи текшерүүгө өтүңүз.

Кайтаруу эч нерсеге турбаган арзан тест: жыйырма мүнөт бою шлюзуңузга туруктуу төмөн жыштыктагы ping жөнөтүңүз жана машинаны жалгыз калтырыңыз. Эгер туннель бүт убакытка чыдаса, тынымсыз кичине трафик симптомду жашырып жатат, аны оңдоп жаткан жок, бул да пайдалуу далил. Мен ошол ping чыгышын шимал терминалында кармап, кийин кардар журналы менен салыштырам, анткени эки саат сейрек дал келет.

Экинчи текшерүү: бул тек VPN трафигиби?

Туннелди күнөөлөөдөн мурун, байланыштын өзү дагы эле жарактуубу, аны аныктаңыз. Туннель өлүк, бирок экран дагы өчүк турганда, кирүү чекитинин дарегине жана IP аркылуу ачык хостко жетүүгө аракет кылыңыз. Жөнөкөй ping да ийгиликсиз болсо, радио же кирүү чекити сизди таштап кетти, ал эми VPN кардары жөн гана күбө.

Туннель унчукпай турганда кадимки трафик агып жатса, байланыш соо жана көйгөй туннелдин өз таймерлеринде же кардардын улантууну кантип иштетүүсүндө. Булар эки башка оңдоо, ошондуктан бул кадамды өткөрүп жибербеңиз. Wi-Fi жана Ethernet экөө тең бар ноутбукта кабелди сууруп, бош туруу тестин кайталаңыз: зымдуу Ethernet-де жоголгон бош туруу үзүлүүсү зымсыз катмардын пайдасына күчтүү далил.

Үчүнчү текшерүү: энергия үнөмдөө абалын окуңуз

Көпчүлүк иш такталары сизге белги кутучасын берет, бирок кутуча драйвер турган абал эмес. Адегенде драйвердин өз отчетун окуңуз, анан чечим кабыл алыңыз. mac80211 бар Linux-те интерфейс түз жооп берет:

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

Экинчи буйрук — тест, оңдоо эмес. Ал ажыратууга, уйкуга же кайра жүктөөгө чыдабайт, бул аны туруктуу өзгөрүүлөрдү калтырбастан гипотезаны текшерүүнүн таза жолуна айландырат.

Windows-то powercfg /q SCHEME_CURRENT активдүү схеманы басып чыгарат, ал эми зымсыз адаптердин ички бутагы адаптерге энергия үнөмдөөнү буйрук кылса болобу, ошону көрсөтөт; ошол эле тандоо Device Manager-де адаптердин энергияны башкаруу өтмөгүндө да бар. macOS-то ар бир интерфейс үчүн 802.11 энергия үнөмдөө сизге көрсөтүлбөйт, ошондуктан анын ордуна pmset -g уйку жана күтүү жүрүм-турумун караңыз. Ал жерде бузулуу адатта радионун бош туруу жүрүм-турумунда эмес, уйку жана ойгонуу жолунда болот.

Төртүнчү текшерүү: бир нерсени өзгөртүп, кайра текшериңиз

Ар бир иштетүүдө так бир өзгөрмөнү өзгөртүп, ошол эле жүктөмдү кайталаңыз. Эгер туннель азыр энергия үнөмдөө өчүк абалда бир саат бош турууга чыдаса, сиз чыныгы нерсе үйрөндүңүз. Эгер ал дагы эле куласа, кийинки идеяны текшерүүдөн мурун өзгөртүүнү кайтарыңыз, антпесе кабатталган үч жөндөө менен жана кайсынысы маанилүү экенин билбей каласыз.

Байланышты тирүү кармоо — экинчи көз карандысыз өзгөрмө жана ал дайыма энергия үнөмдөө менен аралашат. WireGuard-дун PersistentKeepalive = 25 NAT картасын жылуу кармайт;OpenVPN эки тарапта keepalive жана ping-restart колдонот. Экөө тең болбосо унчукпаган туннелде трафик жаратат, ошондуктан үзүлүүнү оңдоп жаткандай көрүнгөн тирүү кармоо радиодогу көйгөйдү чечүүнүн ордуна жашырышы мүмкүн. Аларды өз-өзүнчө, бир-бирден текшериңиз:

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

Бешинчи текшерүү: радио күнөөсүз болгондо

Эгер энергия үнөмдөө өчүк жана тирүү кармоо күйүк абалда да бош туруу үзүлүүлөрү уланса, ноутбуктун сыртынан караңыз. Кирүү чекиттери жана үй маршрутизаторлору бош турган NAT же сессия жазууларын өздүк графиги боюнча бүтүрөт, ал эми VPN сервери трафиги жок сессияны ташташы мүмкүн.Бир SSID бөлүшкөн кирүү чекиттеринин ортосундагы роуминг да байланышты кайра орнотушу мүмкүн, кардар муну ачык айтпаса да.

Анан ошол эле тармакта ошол эле бош туруу тестин жасаган экинчи түзмөк менен салыштырыңыз. Эки түзмөк бир аралыкта куласа, бул жол же сервер жөнүндөгү окуя; бир түзмөк куласа, бул жергиликтүү драйвер же энергия жөнүндөгү окуя. Бул салыштыруу он мүнөткө турат жана туура эмес конфигурацияны кайра жазуудан сактайт.

Аны туруктуу кылганга чейин

Эмнени сактоого даяр экениңизди чечиңиз. Профил боюнча скрипт, ал энергия үнөмдөөнү үзүлүүнү көргөн тармактарда гана өчүрөт, коргоого татыктуу. Ар бир тармакта батареянын өмүрү менен төлөнгөн глобалдык жөндөө адатта андай эмес.

  • Баштапкы энергия үнөмдөө маанисин скрипттин жанына жазыңыз, аны кайра калыбына келтирүүгө болсун.
  • Ар бир драйвер же кардар жаңыртуусунан кийин бош туруу тестин кайталаңыз; демейки маанилер өзгөрөт.
  • Көйгөйдү билдиргенде ping журналын жана кардар журналын чогуу кармаңыз.
  • Эгер экинчи кадам ийгиликсиз болсо, VPN жөндөөлөрүн өзгөртүүнү токтотуп, аны жергиликтүү байланыш бузулушу деп эсептеңиз.

Эгер бир гана нерсе кылсаңыз, экинчи текшерүүнү жасаңыз. Ушул тизменин калганы сизге таандыкпы, ошону так ушул чечет, жана адамдар жооп энергия үнөмдөө деп эчак чечип алгандан кийин өткөрүп жиберген кадам да ушул.

Тектеш макалалар