Υποκλοπή του Squid έναντι ρητής ταυτοποίησης διακομιστή μεσολάβησης
Εξηγήστε γιατί η συνηθισμένη ρητή ταυτοποίηση διαμεσολαβητή δεν μπορεί απλώς να προστεθεί σε έναν ακροατή υποκλοπής του Squid.
Ο πελάτης ενός ρητού διαμεσολαβητή γνωρίζει ότι μιλά σε διαμεσολαβητή. Ένας υποκλεμμένος φυλλομετρητής πιστεύει ότι συνδέθηκε με τον ιστότοπο. Αυτή η διαφορά είναι κεντρική για την ταυτοποίηση.
Η κανονική ταυτοποίηση διαμεσολαβητή χρησιμοποιεί πρόκληση διαμεσολαβητή και απόκριση εξουσιοδότησης διαμεσολαβητή. Ένας πελάτης που δεν επέλεξε διαμεσολαβητή δεν θα έπρεπε να στέλνει αβασάνιστα διαπιστευτήρια διαμεσολαβητή σε έναν απρόσμενο ενδιάμεσο.
Επομένως η καθοδήγηση υποκλοπής του Squid δεν υποστηρίζει τον απλό συνδυασμό του proxy_auth με τη λειτουργία υποκλοπής. Ένας λειτουργικός βοηθός Basic ταυτοποίησης δεν αλλάζει το τι πιστεύει ο φυλλομετρητής ότι είναι το απομακρυσμένο άκρο.
Αν οι αναγνωρισμένοι χρήστες χρειάζονται έναν κανονικό ταυτοποιημένο διαμεσολαβητή προώθησης, διαμορφώστε τους πελάτες ρητά, είτε απευθείας είτε μέσω κατάλληλης διαχειριζόμενης διαμόρφωσης διαμεσολαβητή. Κρατήστε αυτόν τον ακροατή και την πολιτική ταυτοποίησής του χωριστά από έναν ακροατή υποκλοπής.
Μια πύλη ταυτοποίησης, ένα σύστημα ταυτότητας σε επίπεδο δικτύου ή μια διάταξη υποκλοπής TLS είναι άλλος σχεδιασμός με διαφορετικές απαιτήσεις εμπιστοσύνης και ανάπτυξης. Δεν είναι επιδιόρθωση μιας γραμμής για την απούσα ανταλλαγή ρητού διαμεσολαβητή.
Μην λύνετε την απουσία πρόκλησης κάνοντας την υποκλεμμένη υπηρεσία δημόσια ή επιτρέποντας κάθε πελάτη. Αποφασίστε πρώτα αν η απαίτηση είναι ρητή ταυτοποίηση χρήστη ή υποκλοπή κίνησης που δεν διαμορφώθηκε ποτέ για διαμεσολαβητή. Χρειάζονται διαφορετικές παραδοχές.