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

Δύο διακόπτες με διαφορετικές υποσχέσεις

Το Always-On υπόσχεται διάρκεια και επανεκκινεί την υπηρεσία αν πέσει· ο αποκλεισμός υπόσχεται περιορισμό: χωρίς τούνελ, η καλυμμένη κίνηση δεν έχει διέξοδο.

Ο τρίτος παράγοντας είναι το εύρος ανά εφαρμογή, που ανήκει στον πελάτη ή στην πολιτική διαχείρισης, όχι στους διακόπτες του συστήματος· αποκλεισμός χωρίς απόφαση για το εύρος δίνει πολιτική ευρύτερη ή στενότερη από την απαίτηση.

Πρώτη απόφαση: διαχειριζόμενη συσκευή ή ρύθμιση χρήστη;

Σε διαχειριζόμενη συσκευή η πολιτική κρατά το Always-On και το κλείδωμα, και ο τοπικός διακόπτης μπορεί να λείπει· αλλάξτε την απαίτηση στην πολιτική, όχι στη συσκευή.

Σε προσωπική συσκευή ο χρήστης επιλέγει αν δέχεται να μείνει εκτός δικτύου όταν το τούνελ δεν υπάρχει· ο αποκλεισμός είναι ανταλλαγή διαθεσιμότητας και ένας διακόπτης που λείπει δεν δικαιολογεί root.

Το εύρος είναι ανά προφίλ, όχι ανά συσκευή: το Android επιτρέπει ένα ενεργό VPN ανά προφίλ χρήστη.

Ο αποκλεισμός στο προφίλ εργασίας δεν λέει τίποτα για την προσωπική πλευρά και η δοκιμή ενός πλαισίου δεν επικυρώνει το άλλο.

Δεύτερη απόφαση: όλα κλειστά ή μερικές εφαρμογές εξαιρεμένες;

Οι εξαιρέσεις ανά εφαρμογή στη λειτουργία αποκλεισμού κατανοούνται ανάποδα: κατά το Android οι εξαιρεμένες εφαρμογές μπορεί να χάσουν τη σύνδεση αντί να χρησιμοποιούν σιωπηλά το κανονικό δίκτυο, άρα η εξαίρεση δεν είναι άδεια για διαδίκτυο.

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

Τρίτη απόφαση: τι γίνεται πριν το ξεκλείδωμα και σε πύλη;

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

Οι captive πύλες είναι η άλλη άκρη: δίκτυο ξενοδοχείου ή αεροδρομίου απαιτεί συνεδρία περιηγητή χωρίς έλεγχο ταυτότητας και ο σκληρός αποκλεισμός μπορεί να κάνει τη σύνδεση αδύνατη· η υποστηριζόμενη απάντηση είναι εγκεκριμένη ροή ανάκτησης με έναυσμα, μέγιστη διάρκεια, ποιος τη δίνει και έλεγχο ότι η επιβολή επιστρέφει μόνη της.

Η τεκμηρίωση για τους πελάτες VPN του Android καλύπτει Always-On, αποκλεισμό, εξαιρέσεις ανά εφαρμογή και τον κανόνα ενός VPN ανά προφίλ· διαβάστε την πριν σχεδιάσετε από μνήμης.

Δοκιμάστε την κατάσταση εκτός δικτύου και μετά γράψτε τη γραμμή αποδοχής

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

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

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

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

Σχετικά άρθρα