libproxy একটি পথ বেছে নেয়; আপনার ক্লায়েন্ট সংযোগ করে

যদি libproxy একটি প্রক্সি URI ফেরত দেয় কিন্তু পরবর্তী সকেট সরাসরি সংযোগ করে, তবে হস্তান্তরটি পরীক্ষা করুন। libproxy নীতি আবিষ্কার করে; অ্যাপ্লিকেশন যে প্রতিটি সকেট খোলে তা এটি বাধা দেয় না।

1. রিসোর্সের জন্য জিজ্ঞাসা করুন। নথিভুক্ত libproxy 0.5 C API-তে একটি প্রক্সি ফ্যাক্টরি তৈরি করুন এবং প্রকৃত গন্তব্য URL জিজ্ঞাসা করুন।
2. ক্রমবদ্ধ প্রার্থীদের ব্যাখ্যা করুন। HTTP, SOCKS এবং সরাসরি ফলাফলের ভিন্ন ভিন্ন হ্যান্ডলিং প্রয়োজন। তাদের পছন্দের ক্রম এবং অভিপ্রেত ব্যর্থতা নীতি রাখুন।
3. ভোক্তা কনফিগার করুন। নির্বাচিত প্রক্সি ধরন, এন্ডপয়েন্ট এবং প্রমাণীকরণ ব্যবস্থা এমন একটি ট্রান্সপোর্টকে দিন যা সেগুলো সমর্থন করে। একটি কাঁচা TCP সকেট ফেরত দেওয়া URI থেকে CONNECT বা SOCKS আলোচনা পায় না।

একটি উত্তরকে সমস্ত গন্তব্যের পথ হিসেবে সংরক্ষণ করবেন না এবং প্রথম প্রক্সি একবার ব্যর্থ হওয়ার কারণে সরাসরি রাউটিং স্থায়ী করবেন না।

যদি HTTP ক্লায়েন্ট ইতিমধ্যে সিস্টেম প্রক্সি বা PAC আবিষ্কার সংহত করে, তবে একটি নির্বাচন মালিক বেছে নিন। দুটি স্বাধীন নির্বাচক এবং আরেকটি র‍্যাপার এমন পথ তৈরি করতে পারে যা কোনো নীতিই অভিপ্রেত করেনি।

নেটিভ কোডে ইনস্টল করা API-এর ফ্যাক্টরি এবং ফলাফল-মেমরি জীবনচক্র অনুসরণ করুন। একটি ফ্যাক্টরি পুনরায় ব্যবহার করলে উপকারী আবিষ্কার অবস্থা ধরে রাখতে পারে, তবে প্রতিটি গন্তব্যের জন্য এখনও একটি কোয়েরি প্রয়োজন। নির্বাচন সংযোগের ফলাফল থেকে আলাদাভাবে লগ করুন: ফেরত দেওয়া URI সফল প্রমাণীকরণ, রেজোলিউশন বা পরবর্তী অ্যাক্সেস প্রতিষ্ঠা করে না।