Απαιτήστε σύνδεση και στις υπηρεσίες HTTP και SOCKS του 3proxy

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

Ένα παράδειγμα μόνο για τοπική πρόσβαση με δύο υπηρεσίες:

users alex:CL:replace_with_a_private_password
auth strong
allow alex
proxy -i127.0.0.1 -p3128
flush
allow alex
socks -i127.0.0.1 -p1080

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

Ο πελάτης χρειάζεται τη σωστή ανταλλαγή σύνδεσης

Η υπηρεσία HTTP περιμένει πιστοποίηση διαμεσολαβητή HTTP. Η υπηρεσία SOCKS χρειάζεται πελάτη που υποστηρίζει πιστοποίηση SOCKS5 με όνομα χρήστη και κωδικό. Ένας πελάτης SOCKS4 δεν μπορεί να παρέχει αυτή την ανταλλαγή μόνο επειδή φτάνει στην ίδια θύρα ακρόασης.

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

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

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