Το libproxy επιλέγει διαδρομή· ο πελάτης σας κάνει τη σύνδεση

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

1. Ρωτήστε για τον πόρο. Στο τεκμηριωμένο C API του libproxy 0.5, δημιουργήστε ένα εργοστάσιο διαμεσολαβητή και ζητήστε το πραγματικό URL προορισμού.
2. Ερμηνεύστε τους ταξινομημένους υποψηφίους. Τα αποτελέσματα HTTP, SOCKS και άμεσα χρειάζονται διαφορετικό χειρισμό. Διατηρήστε τη σειρά προτίμησης και την προβλεπόμενη πολιτική αποτυχίας.
3. Διαμορφώστε τον καταναλωτή. Δώστε τον επιλεγμένο τύπο διαμεσολαβητή, το τελικό σημείο και τη ρύθμιση πιστοποίησης σε μεταφορά που τα υποστηρίζει. Μια ακατέργαστη υποδοχή TCP δεν αποκτά CONNECT ή διαπραγμάτευση SOCKS από ένα επιστρεφόμενο URI.

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

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

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