Το VPN πέφτει όταν σκοτεινιάζει η οθόνη: κλείδωμα, σβήσιμο ή αναστολή;

Όταν κάποιος λέει ότι το VPN πέθανε όταν σκοτείνιασε η οθόνη, η πρώτη χρήσιμη ερώτηση είναι ποιο από τα τρία γεγονότα συνέβη στην πραγματικότητα: κλειδώθηκε η συνεδρία, έσβησε το πάνελ ή ολόκληρο το μηχάνημα πήγε σε ύπνο. Πρόκειται για ξεχωριστούς μηχανισμούς σε ξεχωριστούς χρονομετρητές και μόνο ένας από αυτούς μπορεί να σταματήσει εντελώς τον προγραμματισμό μιας διεργασίας. Περάστε τους ελέγχους παρακάτω με τη σειρά. Σταματήστε στον πρώτο που απαντά στην ερώτηση, γιατί κάθε επόμενος απαντά σε κάτι άλλο.

Έλεγχος πρώτος: διαχωρίστε το κλείδωμα από το σβήσιμο και από τον ύπνο

Το κλείδωμα αλλάζει ποιος επιτρέπεται να χρησιμοποιεί τη συνεδρία· ο συνθέτης συνεχίζει να σχεδιάζει, η στοίβα δικτύου συνεχίζει να λειτουργεί και ο πελάτης VPN δεν αντιλαμβάνεται τίποτα. Το σβήσιμο της οθόνης απενεργοποιεί το πάνελ μετά από ένα διάστημα αδράνειας και αφήνει το μηχάνημα πλήρως ξύπνιο. Η αναστολή σταματά τις CPU, που σημαίνει ότι καμία διεργασία χώρου χρήστη δεν προγραμματίζεται, άρα κανένας μηχανισμός διατήρησης δεν μπορεί να εκτελεστεί, όσο σύντομο κι αν ορίσετε το διάστημα.

Αυτός ο πίνακας είναι ο λόγος που το «σκοτείνιασε η οθόνη» δεν είναι διάγνωση. Ένας υπολογιστής γραφείου ρυθμισμένος να σβήνει στα πέντε λεπτά και να αναστέλλεται στα τριάντα θα δείξει σκοτεινή οθόνη στο έκτο λεπτό με απολύτως υγιή σήραγγα. Η αστοχία στο τριακοστό λεπτό είναι άλλο γεγονός με άλλη λύση, και τα δύο φαίνονται ίδια από την άλλη άκρη του δωματίου.

Έλεγχος δεύτερος: βάλτε τα γεγονότα ενέργειας και δικτύου σε μία χρονογραμμή

Διαβάστε το ημερολόγιο για ένα περιορισμένο παράθυρο αντί για ολόκληρη την εκκίνηση, και συμπεριλάβετε και τον διαχειριστή σύνδεσης και τον ιδιοκτήτη της σύνδεσης:

journalctl -b -u systemd-logind -u NetworkManager --since "45 minutes ago"
systemd-inhibit --list

Η πρώτη εντολή δείχνει αιτήματα ύπνου, την επαναφορά και τις μεταβάσεις δικτύου που τα ακολούθησαν. Η δεύτερη δείχνει τι κρατά αυτή τη στιγμή μια κλειδαριά αναστολής, που σας λέει αν κάτι μπλοκάρει σκόπιμα τον ύπνο και ποιο πρόγραμμα είναι. Προσαρμόστε τα ονόματα των μονάδων αν ο ιδιοκτήτης της σύνδεσής σας δεν είναι το NetworkManager, και θυμηθείτε ότι η ανάγνωση μονάδας άλλου χρήστη ή του ημερολογίου συστήματος εξαρτάται από την τοπική πολιτική.

Μια γραμμή που λείπει δεν είναι αρνητικό αποτέλεσμα. Αν το ημερολόγιο της επιλεγμένης μονάδας δεν είναι ορατό στον λογαριασμό σας, η απουσία καταγραφής αναστολής δεν αποδεικνύει τίποτα, και το συμπέρασμα «ποτέ δεν κοιμήθηκε» από ένα κενό φίλτρο είναι ο τρόπος με τον οποίο οι άνθρωποι περνούν μια εβδομάδα ρυθμίζοντας μηχανισμούς διατήρησης.

Έλεγχος τρίτος: αν αναστάλθηκε, αποφασίστε αν αυτό ήταν σκόπιμο

Μόλις μια μετάβαση ύπνου βρεθεί στη χρονογραμμή, η ερώτηση αλλάζει από το γιατί έσπασε το VPN στο αν το μηχάνημα θα έπρεπε να κοιμηθεί καθόλου. Σε φορητό υπολογιστή η απάντηση είναι συχνά ναι, και η διακοπή της σήραγγας είναι αναμενόμενη συμπεριφορά από την οποία ο πελάτης πρέπει να ανακάμψει κατά την επαναφορά. Σε σταθμό εργασίας που υποτίθεται ότι μένει προσβάσιμος, η πολιτική ύπνου είναι αυτό που πρέπει να αλλάξει. Το να αποφασίσετε ποιο από τα δύο μηχανήματα κοιτάτε απαιτεί μία ερώτηση, και δεν είναι ερώτηση που μπορεί να απαντήσει το ημερολόγιο για εσάς.

Αλλάξτε την μέσα από τα χειριστήρια που ανήκουν στη συνεδρία σύνδεσης, ή μέσα από μηχανισμό που υποστηρίζει ο διαχειριστής αν η απαίτηση αφορά ολόκληρο το μηχάνημα. Η επεξεργασία ρύθμισης του διαχειριστή οθόνης ενώ είστε συνδεδεμένοι με άλλον λογαριασμό δεν είναι η ίδια ενέργεια και θα φαίνεται ότι δούλεψε μέχρι να ξεκινήσει η επόμενη συνεδρία. Η πλήρης απενεργοποίηση της διαχείρισης ενέργειας είναι μια ευρεία πρώτη αντίδραση που κοστίζει διάρκεια μπαταρίας και κρύβει το πραγματικό ερώτημα πολιτικής.

Έλεγχος τέταρτος: αν έμεινε ξύπνιο, κοιτάξτε το δίκτυο και τον πελάτη

Ένα ξύπνιο μηχάνημα που έχασε τη σήραγγά του έχει μία από τρεις ιστορίες: έπεσε το δίκτυο πρόσβασης, ο πελάτης VPN σταμάτησε ή επανεκκινήθηκε, ή η πλευρά του διακομιστή άφησε τη συσχέτιση να λήξει ενώ ο πελάτης συνέχιζε να πιστεύει ότι ήταν συνδεδεμένος. Συγκρίνετε τις χρονικές σφραγίδες του υποκείμενου γεγονότος ζεύξης με το γεγονός της σήραγγας και να είστε ακριβείς για το ποιο ήρθε πρώτο.

Έπειτα δοκιμάστε τη διαδρομή ανάκαμψης χωριστά από την αρχική συνεδρία. Ένα νέο αίτημα μέσα από την ανακτημένη σήραγγα μπορεί να πετύχει ενώ η μακρόβια συνεδρία εφαρμογής που άνοιξε πριν από τη διακοπή παραμένει χαλασμένη, επειδή η εφαρμογή κρατά έναν παρωχημένο υποδοχέα ή μια προσωρινά αποθηκευμένη διεύθυνση. Αυτό είναι πρόβλημα εφαρμογής, όχι απόδειξη ότι η σήραγγα απέτυχε να επιστρέψει.

Τι περιέχει μια χρήσιμη αναφορά

Γράψτε την ακολουθία με χρονικές σφραγίδες και ιδιοκτήτες: πότε κλειδώθηκε η συνεδρία, πότε έσβησε η οθόνη, αν καταγράφηκε αίτημα ύπνου, πότε έπεσε και επέστρεψε η ζεύξη, πότε άλλαξε κατάσταση η σήραγγα και τι έκανε στην πραγματικότητα η εφαρμογή. Κάθε στοιχείο έχει ιδιοκτήτη, ώστε κάθε στοιχείο να μπορεί να δοθεί στο σωστό άτομο αντί να γίνει γενικό παράπονο για το Linux.

Αν λείπει οποιαδήποτε από αυτές τις γραμμές, αυτό είναι το επόμενο πράγμα που πρέπει να μετρηθεί και όχι το επόμενο που πρέπει να αλλάξει. Μια χρονογραμμή με κενό είναι πιο διαφωτιστική από μια αλλαγή ρυθμίσεων που έγινε με βάση μια εικασία.