libproxy wielt eng Route; Äre Client mécht d'Verbindung

Benotzt libproxy-Resultater als Routing-Kandidaten pro URL, amplaz ze erwaarden datt d'Entdeckung d'Sockets vun der Applikatioun ëmleet.

Wann libproxy eng Proxy-URI zréckgëtt, während den nächsten Socket direkt verbënnt, kontrolléiert d'Iwwergabe. libproxy entdeckt Politik; et fänkt net all Socket of, deen d'Applikatioun opmécht.

  1. Frot no der Ressource. An der dokumentéierter libproxy 0.5 C-API, erstellt eng Proxy-Fabrik a frot no der tatsächlecher Destinatiouns-URL.
  2. Interpretéiert déi geuerdent Kandidaten. HTTP-, SOCKS- an direkt Resultater brauchen ënnerschiddlech Behandlung. Behaalt hir Preferenzuerdnung an déi beabsichtegt Feelerpolitik.
  3. Konfiguréiert de Konsument. Gitt den ausgewielten Proxy-Typ, den Endpunkt an d'Authentifikatiouns-Reegelung un en Transport deen se ënnerstëtzt. E rohe TCP-Socket kritt keng CONNECT- oder SOCKS-Verhandlung vun enger zréckginnener URI.

Späichert net eng Äntwert als d'Route fir all Destinatiounen a maacht direkt Routing net permanent well deen éischte Proxy eemol versot huet.

Wann den HTTP-Client schonn Systemproxy oder PAC-Entdeckung integréiert, wielt ee Besëtzer vun der Auswiel. Zwee onofhängeg Selektoren plus nach eng aner Ëmmantelung kënnen eng Route produzéieren déi keng vun den zwou Politiken beabsichtegt huet.

A native Code, befollegt de Liewenszyklus vun der Fabrik an dem Resultat-Gediechtnes vun der installéierter API. D'Fabrik nei ze benotzen kann nëtzlechen Entdeckungszoustand behalen, awer se brauch nach ëmmer eng Ufro fir all Destinatioun. Logt d'Auswiel getrennt vum Verbindungsresultat: eng zréckginn URI beweist keng erfollegräich Authentifikatioun, Opléisung oder weider Zougang.

Ähnlech Artikelen