Дэлгэц бүрэлзэх үед 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-ийн тухай ерөнхий гомдол болгохын оронд зөв хүнд өгч болно.
Эдгээр мөрийн аль нэг нь дутуу бол энэ нь хэмжих дараагийн зүйл бөгөөд өөрчлөх дараагийн зүйл биш юм. Цоорхойтой цагийн шугам нь таамаглал дээр хийсэн тохиргооны өөрчлөлтөөс илүү мэдээлэлтэй.