libproxy memilih laluan; klien anda membuat sambungan
Gunakan hasil libproxy sebagai calon penghalaan setiap URL daripada mengharapkan penemuan mengubah hala soket aplikasi.
Jika libproxy mengembalikan URI proksi sementara soket seterusnya bersambung terus, periksa penyerahan itu. libproxy menemui dasar; ia tidak memintas setiap soket yang dibuka aplikasi.
- Tanya tentang sumber. Dalam API C libproxy 0.5 yang didokumenkan, cipta kilang proksi dan minta URL destinasi sebenar.
- Tafsirkan calon yang tersusun. Hasil HTTP, SOCKS dan terus memerlukan pengendalian berbeza. Kekalkan susunan keutamaan dan dasar kegagalan yang dimaksudkan.
- Konfigurasikan pengguna. Berikan jenis proksi yang dipilih, titik akhir dan susunan pengesahan kepada pengangkutan yang menyokongnya. Soket TCP mentah tidak memperoleh rundingan CONNECT atau SOCKS daripada URI yang dikembalikan.
Jangan simpan satu jawapan sebagai laluan untuk semua destinasi atau menjadikan penghalaan terus kekal hanya kerana proksi pertama gagal sekali.
Jika klien HTTP sudah menyepadukan proksi sistem atau penemuan PAC, pilih satu pemilik pemilihan. Dua pemilih bebas serta satu lagi pembalut boleh menghasilkan laluan yang tidak dimaksudkan oleh mana-mana dasar.
Dalam kod asli, ikut kitaran hayat kilang dan memori hasil API yang dipasang. Menggunakan semula kilang boleh mengekalkan keadaan penemuan yang berguna, tetapi ia masih memerlukan pertanyaan bagi setiap destinasi. Log pemilihan secara berasingan daripada hasil sambungan: URI yang dikembalikan tidak membuktikan pengesahan, penyelesaian atau akses seterusnya yang berjaya.