libproxy izbere pot; povezavo vzpostavi vaš odjemalec

Uporabite rezultate libproxy kot kandidate za usmerjanje za vsak URL, namesto da bi pričakovali, da bo odkrivanje preusmerilo vtiče aplikacije.

Če libproxy vrne proxy URI, medtem ko se naslednji vtič poveže neposredno, preverite predajo. libproxy odkrije politiko; ne prestreže vsakega vtiča, ki ga aplikacija odpre.

  1. Povprašajte po viru. V dokumentiranem C API libproxy 0.5 ustvarite tovarno proxy in zahtevajte dejanski ciljni URL.
  2. Razložite urejene kandidate. Rezultati HTTP, SOCKS in neposredni zahtevajo različno obravnavo. Ohranite njihov vrstni red prednosti in predvideno politiko napak.
  3. Konfigurirajte potrošnika. Izbranemu tipu proxy, končni točki in ureditvi preverjanja priskrbite transport, ki jih podpira. Surov vtič TCP ne pridobi pogajanj CONNECT ali SOCKS iz vrnjenega URI.

Ne shranjujte enega odgovora kot poti za vse cilje in ne naredite neposrednega usmerjanja trajnega samo zato, ker je prvi proxy enkrat spodletel.

Če odjemalec HTTP že vključuje sistemski proxy ali odkrivanje PAC, izberite enega lastnika izbire. Dva neodvisna izbirnika in še en ovoj lahko ustvarijo pot, ki je ni predvidela nobena politika.

V izvorni kodi upoštevajte življenjski cikel tovarne in pomnilnika rezultatov nameščenega API. Ponovna uporaba tovarne lahko ohrani koristno stanje odkrivanja, a še vedno zahteva poizvedbo za vsak cilj. Beležite izbiro ločeno od izida povezave: vrnjeni URI ne dokazuje uspešnega preverjanja, razrešitve ali nadaljnjega dostopa.

Sorodni članki