libproxy bir yol seçer; bağlantıyı istemciniz kurar
libproxy sonuçlarını URL başına yönlendirme adayları olarak kullanın, keşfin uygulamanın soketlerini yönlendirmesini beklemek yerine.
libproxy bir vekil URI döndürürken sonraki soket doğrudan bağlanıyorsa devri kontrol edin. libproxy ilkeyi keşfeder; uygulamanın açtığı her soketi engellemez.
- Kaynağı sorgulayın. Belgelenmiş libproxy 0.5 C API'sinde bir vekil fabrikası oluşturun ve gerçek hedef URL'yi isteyin.
- Sıralı adayları yorumlayın. HTTP, SOCKS ve doğrudan sonuçlar farklı işlem gerektirir. Tercih sıralarını ve amaçlanan hata ilkesini koruyun.
- Tüketiciyi yapılandırın. Seçilen vekil türünü, uç noktayı ve kimlik doğrulama düzenini bunları destekleyen bir taşıyıcıya verin. Ham bir TCP soketi, döndürülen URI'den CONNECT veya SOCKS görüşmesi kazanmaz.
Tek bir yanıtı tüm hedefler için yol olarak kaydetmeyin ve ilk vekil bir kez başarısız oldu diye doğrudan yönlendirmeyi kalıcı yapmayın.
HTTP istemcisi sistem vekilini veya PAC keşfini zaten entegre ediyorsa, seçimin tek sahibini belirleyin. İki bağımsız seçici artı bir başka sarmalayıcı, iki ilkenin de amaçlamadığı bir yol üretebilir.
Yerel kodda, kurulu API'nin fabrika ve sonuç belleği yaşam döngüsünü izleyin. Bir fabrikanın yeniden kullanımı yararlı keşif durumunu koruyabilir, ancak yine de her hedef için bir sorgu gerektirir. Seçimi bağlantı sonucundan ayrı günlüğe kaydedin: döndürülen URI başarılı kimlik doğrulamayı, çözümlemeyi veya sonraki erişimi kanıtlamaz.