Γιατί ορισμένοι ιστότοποι αποτυγχάνουν μόνο με ενεργό VPN;

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

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

Αφήστε το μήνυμα σφάλματος να διαλέξει τον κλάδο

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

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

Ένας ιστότοπος που απαντά δεν απέδειξε χαλασμένη σήραγγα

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

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

Όταν κολλούν μόνο οι μεγάλες μεταφορές, κοιτάξτε το μέγεθος πακέτου

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

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

Επιβεβαιώστε τη διόρθωση στο αίτημα που απέτυχε

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

dig +short www.example.com
curl -sS -o /dev/null -w '%{http_code} %{time_total}\n' https://www.example.com/
curl -sS -o /dev/null -w '%{http_code} %{size_download}\n' https://www.example.com/assets/app.js
ping -M do -s 1400 -c 3 203.0.113.20

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

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