libproxy tria una ruta; el vostre client fa la connexió
Utilitzeu els resultats de libproxy com a candidats d'encaminament per URL en lloc d'esperar que el descobriment redirigeixi els sockets de l'aplicació.
Si libproxy retorna un URI de proxy mentre el següent socket es connecta directament, reviseu el lliurament. libproxy descobreix la política; no intercepta cada socket que obre l'aplicació.
- Consulta el recurs. A l'API C documentada de libproxy 0.5, creeu una fàbrica de proxy i demaneu l'URL de destinació real.
- Interpreta els candidats ordenats. Els resultats HTTP, SOCKS i directe necessiten un tractament diferent. Manteniu el seu ordre de preferència i la política de fallada prevista.
- Configura el consumidor. Doneu el tipus de proxy triat, el punt final i la disposició d'autenticació a un transport que els admeti. Un socket TCP cru no adquireix CONNECT ni negociació SOCKS a partir d'un URI retornat.
No deseu una sola resposta com a ruta per a totes les destinacions ni feu permanent l'encaminament directe perquè el primer proxy hagi fallat una vegada.
Si el client HTTP ja integra el proxy del sistema o el descobriment PAC, trieu un sol propietari de la selecció. Dos selectors independents més un altre embolcall poden produir una ruta que cap de les dues polítiques no pretenia.
En codi natiu, seguiu el cicle de vida de la fàbrica i de la memòria de resultats de l'API instal·lada. Reutilitzar una fàbrica pot conservar estat de descobriment útil, però encara necessita una consulta per a cada destinació. Registreu la selecció per separat del resultat de la connexió: un URI retornat no estableix una autenticació, resolució o accés posterior correctes.