libproxy parenka maršrutą; ryšį užmezga jūsų klientas
Naudokite libproxy rezultatus kaip kiekvieno URL maršrutizavimo kandidatus, o ne tikėkitės, kad aptikimas peradresuos programos lizdus.
Jei libproxy grąžina tarpinio serverio URI, o kitas lizdas jungiasi tiesiogiai, patikrinkite perdavimą. libproxy aptinka politiką; jis neperima kiekvieno lizdo, kurį atidaro programa.
- Užklauskite ištekliaus. Dokumentuotame libproxy 0.5 C API sukurkite tarpinio serverio gamyklą ir paprašykite tikrojo paskirties URL.
- Interpretuokite surikiuotus kandidatus. HTTP, SOCKS ir tiesioginiai rezultatai reikalauja skirtingo apdorojimo. Išsaugokite jų pirmumo tvarką ir numatytą gedimo politiką.
- Konfigūruokite vartotoją. Perduokite pasirinktą tarpinio serverio tipą, galinį tašką ir autentifikavimo tvarką transportui, kuris juos palaiko. Neapdorotas TCP lizdas negauna CONNECT ar SOCKS derybų iš grąžinto URI.
Nesaugokite vieno atsakymo kaip maršruto visoms paskirtims ir nedarykite tiesioginio maršrutizavimo nuolatinio vien todėl, kad pirmasis tarpinis serveris kartą nepavyko.
Jei HTTP klientas jau integruoja sistemos tarpinį serverį arba PAC aptikimą, pasirinkite vieną pasirinkimo savininką. Du nepriklausomi selektoriai ir dar vienas apvalkalas gali sukurti maršrutą, kurio nenumatė nė viena politika.
Vietiniame kode laikykitės įdiegto API gamyklos ir rezultatų atminties gyvavimo ciklo. Gamyklos pakartotinis naudojimas gali išsaugoti naudingą aptikimo būseną, tačiau jai vis tiek reikia užklausos kiekvienai paskirčiai. Registruokite pasirinkimą atskirai nuo ryšio rezultato: grąžintas URI neįrodo sėkmingo autentifikavimo, išsprendimo ar tolesnės prieigos.