Əgər libproxy proksi URI-si qaytarır, lakin növbəti soket birbaşa qoşulursa, ötürməni yoxlayın. libproxy siyasəti kəşf edir; tətbiqin açdığı hər soketi tutmur.

  1. Resurs üçün sorğu göndərin. Sənədləşdirilmiş libproxy 0.5 C API-də proksi fabriki yaradın və faktiki təyinat URL-ni soruşun.
  2. Sıralanmış namizədləri şərh edin. HTTP, SOCKS və birbaşa nəticələr fərqli işləmə tələb edir. Onların üstünlük sırasını və nəzərdə tutulan uğursuzluq siyasətini qoruyun.
  3. İstehlakçını konfiqurasiya edin. Seçilmiş proksi növünü, son nöqtəni və autentifikasiya quruluşunu onları dəstəkləyən transporta verin. Xam TCP soketi qaytarılmış URI-dən CONNECT və ya SOCKS danışıqları əldə etmir.

Bir cavabı bütün təyinatlar üçün marşrut kimi saxlamayın və ilk proksi bir dəfə uğursuz olduğu üçün birbaşa marşrutlaşdırmanı daimi etməyin.

Əgər HTTP müştərisi artıq sistem proksisi və ya PAC kəşfini inteqrasiya edirsə, bir seçim sahibi seçin. İki müstəqil seçici və daha bir sarğı hər iki siyasətin nəzərdə tutmadığı marşrut yarada bilər.

Doğma kodda quraşdırılmış API-nin fabrik və nəticə yaddaşı həyat dövrünə əməl edin. Fabrikin təkrar istifadəsi faydalı kəşf vəziyyətini saxlaya bilər, lakin hər təyinat üçün yenə sorğu tələb edir. Seçimi bağlantı nəticəsindən ayrıca qeyd edin: qaytarılmış URI uğurlu autentifikasiya, həll və ya sonrakı girişi təsdiqləmir.

Əlaqəli məqalələr