Экран караңгылаганда VPN үзүлөт: кулпу, өчүү же уйкубу?
Кулпуланган сессия, караңгыланган экран жана уйкуга кеткен машина — бул үч түрдүү окуя. VPN'дин байланышты кармоо механизмін күнөөлөөдөн мурун аларды journalctl менен салыштырыңыз.
Бирөө экран караңгылаганда VPN өлдү десе, биринчи пайдалуу суроо — үч окуянын кайсынысы чындыгында болду: сессия кулпуланды, панель өчтү же бүт машина уйкуга кетти. Булар өзүнчө таймерлердеги өзүнчө механизмдер жана алардын бирөө гана процессти пландоону толук токтото алат. Төмөнкү текшерүүлөрдү тартиби менен аткарыңыз. Суроого жооп берген биринчи текшерүүдө токтоңуз, анткени андан кийинки ар бир текшерүү башка нерсеге жооп берет.
Биринчи текшерүү: кулпуну өчүүдөн жана уйкудан ажыратыңыз
Кулпу сессияны ким колдоно аларын өзгөртөт; композитор сүрөт тартууну улантат, тармактык стек ишин улантат, ал эми VPN кардары эч нерсени байкабайт. Экрандын өчүшү активдүүлүк аралыгынан кийин панелди өчүрөт жана машинаны толук ойгоо абалында калтырат. Уйку процессорлорду токтотот, башкача айтканда колдонуучу мейкиндигиндеги эч бир процесс пландалбайт, ошондуктан аралыкты канчалык кыска койсоңуз да эч бир байланышты кармоо сигналы ишке кире албайт.
| Event | What it stops | Can it kill the tunnel? |
|---|---|---|
| Session lock | Input to your session | No |
| Display blank | The panel | No |
| Suspend to RAM | CPU scheduling, hence every process | Yes, and silently |
| Hibernate | Everything, with state written to disk | Yes |
Ушул таблица «экран караңгыланды» дегендин диагноз эместигинин себеби. Беш мүнөттө өчүүгө жана отузда уйкуга жөндөлгөн иш тактасы алтынчы мүнөттө толук соо туннел менен караңгы экранды көрсөтөт. Отузунчу мүнөттөгү бузулуу башка окуя жана башка чечим, ал эми экөө тең бөлмөнүн наркы тарабынан бирдей көрүнөт.
Экинчи текшерүү: кубат жана тармак окуяларын бир убакыт сызыгына кой
Журналды бүт жүктөө үчүн эмес, чектелген терезе үчүн окуңуз жана кирүү менеджерин да, туташуу ээсин да кошуңуз:
journalctl -b -u systemd-logind -u NetworkManager --since "45 minutes ago"
systemd-inhibit --listБиринчи буйрук уйку сурамдарын, ойгонууну жана алардан кийинки тармактык өтүүлөрдү көрсөтөт. Экинчиси азыр тежегич кулпуну эмне кармап турганын көрсөтөт, бул сизге бир нерсе уйкуну атайын тосконун жана ал кайсы программа экенин айтат. Туташууңуздун ээси NetworkManager болбосо, бирдиктердин аттарын оңдоп коюңуз жана башка колдонуучунун бирдигин же системалык журналды окуу жергиликтүү саясатка байланыштуу экенин унутпаңыз.
Жок сап — терс натыйжа эмес. Тандалган бирдиктин журналы сиздин эсебиңизге көрүнбөсө, уйку жазуусунун жоктугу эч нерсени далилдебейт, ал эми бош чыпкадан «ал эч качан уктаган эмес» деген тыянак чыгаруу — адамдардын бир жума байланышты кармоону жөндөө менен өткөргөн жолу.
Үчүнчү текшерүү: эгер ал уктаган болсо, бул атайынбы, чечиңиз
Убакыт сызыгында уйкуга өтүү пайда болгондон тартып, суроо «VPN эмне үчүн бузулду» дегенден «машина такыр уктоого тийиш беле» дегенге өзгөрөт. Ноутбукта жооп көбүнчө ооба, ал эми туннелдин үзүлүшү — күтүлгөн жүрүм-турум, кардар ойгонгондо андан калыбына келиши керек. Жеткиликтүү бойдон калышы керек болгон иш станциясында өзгөртүлүүчү нерсе — уйку саясаты. Ушул эки машинанын кайсынысына карап жатканыңызды чечүү үчүн бир суроо керек жана бул журнал сиздин ордуңузга жооп бере ала турган суроо эмес.
Аны кирген сессияга таандык башкаруу элементтери аркылуу же талап бүт машинага тиешелүү болсо, администратор колдогон механизм аркылуу өзгөртүңүз. Башка эсеп менен кирип туруп дисплей менеджеринин параметрин түзөтүү — бирдей аракет эмес жана кийинки сессия башталганга чейин иштегендей көрүнөт. Кубатты башкарууну толук өчүрүү — батареянын кызматын короткон жана чыныгы саясат маселесин жашырган кеңири биринчи реакция.
Төртүнчү текшерүү: эгер ал ойгоо бойдон калса, тармакка жана кардарга караңыз
Туннелин жоготкон ойгоо машинанын үч окуянын бири бар: жетүү тармагы кулады, VPN кардары токтоду же кайра башталды, же сервер тарабы байланыштын мөөнөтүн бүтүрдү, ал эми кардар дагы эле туташкан деп ишенүүдө болчу. Негизги байланыш окуясынын убакыт белгилерин туннел окуясы менен салыштырыңыз жана кайсынысы биринчи келгенин тактаңыз.
Андан кийин калыбына келүү жолун баштапкы сессиядан өзүнчө текшериңиз. Калыбына келген туннел аркылуу жаңы сурам ийгиликтүү болушу мүмкүн, ал эми үзүлүүгө чейин ачылган узак мөөнөттүү колдонмо сессиясы бузук бойдон калат, анткени колдонмо эскирген сокетти же кэштеги даректи кармап турат. Бул — колдонмо маселеси, туннелдин кайтпаганынын далили эмес.
Пайдалуу отчетто эмне болот
Тартипти убакыт белгилери жана ээлери менен жазыңыз: сессия качан кулпуланды, экран качан караңгыланды, уйку сурамы жазылдыбы, байланыш качан кулап кайра келди, туннел качан абалын өзгөрттү жана колдонмо чындыгында эмне кылды. Ар бир пункттун ээси бар, ошондуктан ар бир пунктту Linux тууралуу жалпы нааразылыкка айландыруунун ордуна туура адамга берсе болот.
Бул саптардын кайсынысы болбосун жок болсо, бул өлчөөгө тийиш болгон кийинки нерсе, өзгөртүүгө тийиш болгон кийинки нерсе эмес. Кемтиги бар убакыт сызыгы божомолго негизделген параметр өзгөртүүдөн кыйла маалыматтуу.