స్క్రీన్ చీకటి పడినప్పుడు 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 గురించిన సాధారణ ఫిర్యాదుగా మారే బదులు సరైన వ్యక్తికి అప్పగించవచ్చు.
ఈ పంక్తులలో ఏదైనా తప్పిపోయి ఉంటే, అది తర్వాత కొలవాల్సిన విషయం, తర్వాత మార్చాల్సిన విషయం కాదు. ఖాళీ ఉన్న కాలరేఖ ఊహపై చేసిన సెట్టింగ్ మార్పు కంటే ఎక్కువ సమాచారం ఇస్తుంది.