OkHttp অনুৰোধত সাধাৰণ পৰিৱৰ্তনযোগ্য প্ৰক্সি ক্ষেত্ৰ নাথাকে। ইয়াৰ কল সৃষ্টি কৰাৰ আগতে উদ্দেশ্য অনুসৰি পথ থকা ক্লায়েন্ট বাছনি কৰক।

যেতিয়া বাকী সংৰূপণ ভাগ কৰি ৰাখিব লাগে, তেতিয়া বিদ্যমান ক্লায়েন্টৰ পৰা পথনিৰ্দেশিত ক্লায়েন্ট উলিয়াওক:

OkHttpClient routed = baseClient.newBuilder()
    .proxy(new Proxy(Proxy.Type.HTTP,
        new InetSocketAddress("203.0.113.10", 8080)))
    .build();

শেষবিন্দুটো কেৱল উদাহৰণ। HTTP প্ৰক্সি তালিকা ৰ পৰা ৰাজহুৱা HTTP শেষবিন্দুৱে অনুমোদিত ৰাজহুৱা-সেৱা পথৰ বাবে এই ছকেট ঠিকনা পূৰণ কৰিব পাৰে, যদি মূল ক্লায়েন্টৰ নীতিৱে নতুন শেষবিন্দুত কোনো প্ৰক্সি প্ৰমাণপত্ৰ নিদিয়ে। OkHttp এ নথিভুক্ত কৰে যে newBuilder এ সংযোগ-পুল আৰু থ্ৰেড সম্পদ মূল ক্লায়েন্টৰ সৈতে ভাগ কৰে। ইয়াৰ অৰ্থ এইটো নহয় যে এটা প্ৰক্সিৰ মাজেৰে স্থাপিত ছকেটক অন্য পথ হিচাপে পুনৰ লেবেল কৰিব পাৰি। সংযোগৰ যোগ্যতা এতিয়াও পথ আৰু ঠিকনা সংৰূপণৰ ওপৰত নিৰ্ভৰশীল।

পুনৰাবৃত্তিৰ কামৰ বাবে, আপুনি প্ৰকৃততে প্ৰয়োজনীয় পথনিৰ্দেশ নীতিৰ দ্বাৰা চাবি দিয়া সীমিত সংখ্যক ক্লায়েন্ট ৰাখক। এনে অসীম মেপ এৰি চলক যাৰ চাবিবোৰত এতিয়ালৈকে দেখা সকলো অস্থায়ী একাউণ্ট বা প্ৰক্সি ভিন্নতা থাকে।

সম্পদ ভাগ কৰাটো বন্ধ কৰাতো প্ৰভাৱ পেলায়। ভাগ কৰা কেশ্ব বন্ধ কৰা বা ভাগ কৰা ডিচপেচাৰ বন্ধ কৰিলে সেই সম্পদ ব্যৱহাৰ কৰা অন্য উলিওৱা ক্লায়েন্টত প্ৰভাৱ পৰিব পাৰে। প্ৰতিটো উলিওৱা ক্লায়েন্টক পৃথক নেটৱৰ্ক ষ্টেক হিচাপে গণ্য নকৰি সম্পদৰ মালিকীতাক স্পষ্ট এপ্লিকেচন-স্তৰৰ জীৱনকাল দিয়ক।

শেষত, বাছনি কৰা প্ৰক্সি পৰিচয় কলৰ নিজৰ মেটাডেটাত অন্তৰ্ভুক্ত কৰক। এটা গোলকীয় “শেষত বাছনি কৰা প্ৰক্সি” চলকএ কেইবাটাও সমকালীন অনুৰোধৰ পথ চিনাক্ত কৰিব নোৱাৰে।

সম্পৰ্কিত প্ৰবন্ধ