libproxy-k ibilbidea aukeratzen du; zure bezeroak egiten du konexioa
Erabili libproxy-ren emaitzak URL bakoitzeko bideratze-hautagai gisa, aplikazioaren socketak deskubrimenduak birbideratuko dituela espero beharrean.
libproxy-k proxy URI bat itzultzen badu hurrengo socketa zuzenean konektatzen den bitartean, egiaztatu entregatzea. libproxy-k politika deskubritzen du; ez du aplikazioak irekitzen duen socket bakoitza atzematen.
- Galdetu baliabidearen berri. Dokumentatutako libproxy 0.5 C APIan, sortu proxy fabrika bat eta eskatu benetako helmugako URLa.
- Interpretatu hautagai ordenatuak. HTTP, SOCKS eta zuzeneko emaitzek trataera desberdina behar dute. Mantendu haien lehentasun-ordena eta aurreikusitako hutsegite-politika.
- Konfiguratu kontsumitzailea. Eman aukeratutako proxy mota, amaierako puntua eta autentifikazio-antolamendua horiek onartzen dituen garraioari. TCP socket gordin batek ez du CONNECT edo SOCKS negoziaziorik lortzen itzulitako URI batetik.
Ez gorde erantzun bakarra helmuga guztien ibilbide gisa, eta ez egin bideratze zuzena iraunkor lehen proxyak behin huts egin duelako.
HTTP bezeroak jada sistema-proxyaren edo PAC deskubrimendua integratzen badu, aukeratu hautaketaren jabe bakarra. Hautatzaile independente bik eta beste bilgarri batek inongo politikak nahi ez zuen ibilbidea sor dezakete.
Kode natiboan, jarraitu instalatutako APIaren fabrika eta emaitza-memoriaren bizi-zikloa. Fabrika bat berrerabiltzeak deskubrimendu-egoera erabilgarria gorde dezake, baina oraindik helmuga bakoitzeko kontsulta bat behar du. Erregistratu hautaketa konexioaren emaitzatik bereizita: itzulitako URI batek ez du autentifikazio, ebazpen edo ondorengo sarbide arrakastatsurik frogatzen.