Το proxy αποσφαλμάτωσης τυφλώνεται όταν συνδέεται το εταιρικό VPN

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

Τα Windows κρατούν proxy ανά σύνδεση

Στις επιλογές Internet υπάρχουν δύο επίπεδα που στον διάλογο μοιάζουν ίδια. Οι ρυθμίσεις τοπικού δικτύου ισχύουν για τη συνηθισμένη τοπική σύνδεση, ενώ μια καταχώριση κλήσης ή VPN κρατά το δικό της αντίγραφο στη διαδρομή HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Connections, αποθηκευμένο ως δυαδική τιμή. Η εγγραφή των γνωστών καθολικών τιμών μητρώου δεν ενημερώνει αυτό το αντίγραφο.

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

Ο υποστηριζόμενος τρόπος να αλλάξετε μία καταχώριση είναι το API επιλογών σύνδεσης WinINET: συμπληρώστε ένα INTERNET_PER_CONN_OPTION_LIST με το όνομα σύνδεσης, τις σημαίες, τον διακομιστή proxy και μια λίστα παράκαμψης, εφαρμόστε το και μετά ανανεώστε. Για γρήγορο έλεγχο, ανοίξτε τον δικό του διάλογο ρυθμίσεων της καταχώρισης σήραγγας και συγκρίνετε το πλαίσιο proxy του με το πλαίσιο τοπικού δικτύου· η διαφορά είναι συνήθως προφανής μόλις ξέρετε πού να κοιτάξετε.

Ένα διαχειριζόμενο PAC μπορεί να ξανανάψει μόνο του

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

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

networksetup -setautoproxystate "Wi-Fi" off
networksetup -setproxyautodiscovery "Wi-Fi" off
scutil --proxy

Χρησιμοποιήστε το πραγματικό όνομα υπηρεσίας και όχι μια εικασία. Ένας φορητός με ασύρματο δίκτυο και προσαρμογέα USB Ethernet έχει δύο τέτοιες, και μόνο η μία μεταφέρει την κίνησή σας. Το scutil --proxy εκτυπώνει τις τιμές για την τρέχουσα κύρια υπηρεσία. Συγκρίνετε αυτή την έξοδο με αυτό που επεξεργαστήκατε πριν συμπεράνετε ότι κέρδισε το προφίλ.

Στρέψτε το εργαλείο στο πραγματικό ανάντη

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

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

Σπρώξτε το proxy μέσα στη σήραγγα

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

dhcp-option HTTPPROXY 127.0.0.1:8888
dhcp-option HTTPSPROXY 127.0.0.1:8888

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

Ορισμένοι πελάτες δεν διαβάζουν ποτέ το proxy του συστήματος

Το Firefox κρατά δικές του ρυθμίσεις proxy, γι’ αυτό μερικές φορές συνεχίζει να καταγράφει όταν ένα πρόγραμμα περιήγησης με proxy συστήματος δεν το κάνει. Ένας παλαιότερος πελάτης .NET που δεν καταλαβαίνει αυτόματη παραμετροποίηση συνδέεται απευθείας όπου κι αν τρέχει, οπότε μια σελίδα που φορτώνει μέσω της καταχώρισης σήραγγας μπορεί να αποτύχει μέσα στην εφαρμογή.

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

Διαβάστε την παραμετροποίηση, όχι τον διακόπτη

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

Κάθε περίπτωση εδώ είναι πρόβλημα προτεραιότητας παραμετροποίησης. Καμία δεν είναι η σήραγγα που χαλάει το εργαλείο σας.