MTU στο VPN του iPhone: ορίστε τον ιδιοκτήτη πριν αλλάξετε έναν αριθμό

Κάθε συζήτηση για το μέγεθος πακέτων στο VPN του iPhone καταλήγει να προσφέρει την ίδια εντολή Mac σε μια διεπαφή με όνομα ppp0, συνήθως με έναν αριθμό δίπλα. Δεν μεταφέρεται, και δεν θα ήταν το σωστό μέσο ελέγχου ούτε στο Mac, εκτός αν εκείνη η διεπαφή ανήκε στη συγκεκριμένη σύνδεση. Στο τηλέφωνο, τον αριθμό τον κατέχει όποιος υλοποιεί το τούνελ: το λειτουργικό σύστημα για ένα εγγενές προφίλ, ένας πάροχος τούνελ πακέτων για μια εφαρμογή, ή η πύλη όταν διαπραγματεύεται ένα τεκμηριωμένο χαρακτηριστικό. Τρεις ερωτήσεις καθορίζουν με ποια από αυτές τις περιπτώσεις έχετε να κάνετε.

Πρώτη ερώτηση: ποιος πελάτης εκτελείται

Ένα εγγενές προφίλ IKEv2, το ενσωματωμένο προφίλ Cisco IPsec και ένας πελάτης Cisco τρίτου μέρους είναι τρεις διαφορετικές υλοποιήσεις με τρία διαφορετικά σύνολα υποστηριζόμενων χαρακτηριστικών. Ο τύπος προφίλ στις Ρυθμίσεις σάς λέει ποιο ξεκίνησε πραγματικά το τηλέφωνο, και η λίστα εφαρμογών σάς λέει αν υπάρχει καθόλου πάροχος στη διαδρομή. Ξεκινήστε από εκεί, γιατί η υπόλοιπη απόφαση προκύπτει από αυτό. Αν δεν εμφανίζεται πάροχος στη λίστα εφαρμογών, το λειτουργικό σύστημα κατέχει το τούνελ.

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

Δεύτερη ερώτηση: ποιος κατέχει την τιμή

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

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

Τρίτη ερώτηση: εξαρτάται καθόλου το σύμπτωμα από το μέγεθος

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

Εκτελέστε την ίδια δοκιμή σε Wi-Fi και σε κινητό δίκτυο. Μια αστοχία που ακολουθεί το δίκτυο δείχνει τη διαδρομή· μία που ακολουθεί τη συσκευή δείχνει τον πελάτη ή το προφίλ, και τα δύο χρειάζονται διαφορετικούς ιδιοκτήτες. Χρησιμοποιήστε την ίδια υπηρεσία και τον ίδιο λογαριασμό και για τις δύο εκτελέσεις, αλλιώς η σύγκριση δεν σας λέει τίποτα.

Γιατί η συνταγή για Mac συνεχίζει να εμφανίζεται

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

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

Η μεταφορά αλλάζει την απάντηση

Αν η συνεδρία τρέχει πάνω από TLS αντί για IPsec, μια προσαρμογή κατάτμησης TCP στην πύλη μπορεί να βοηθήσει, γιατί ξαναγράφει το διαφημιζόμενο μέγεθος τμήματος για ροές TCP. Δεν κάνει τίποτα για κίνηση UDP, η οποία περιλαμβάνει μεγαλύτερο μέρος του σύγχρονου ιστού απ' ό,τι περιμένουν οι άνθρωποι. Ελέγξτε τη διαπραγματευμένη μεταφορά πριν προτείνετε την αλλαγή, και ονομάστε στο δελτίο σε ποια μεταφορά περιμένετε να επιδράσει.

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

Τι να ρωτήσετε την ομάδα της πύλης

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

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

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