বিনামূল্যের প্রক্সির IP কেন কাজ করছে না

প্রকাশ্য তালিকায় এমন এন্ডপয়েন্ট থাকতে পারে যা ইতিমধ্যেই সংযোগ গ্রহণ বন্ধ করেছে। এটি প্রক্সি ব্যর্থতার সাধারণ কারণ, তবে একমাত্র নয়। ভুল প্রোটোকল, বাইপাস সেটিং, অবরুদ্ধ পোর্ট বা বহির্গমন IP প্রত্যাখ্যান করা ওয়েবসাইটও একই লক্ষণ তৈরি করতে পারে।

অ্যাপ বদলানোর আগে এন্ট্রি পরীক্ষা করুন

IP, পোর্ট ও প্রোটোকল আবার কপি করুন। পোর্টে একটি অঙ্ক না থাকা বা HTTP/SOCKS অমিলই হ্যান্ডশেক আটকাতে যথেষ্ট। পোর্ট 8080 বা 1080 দেখে প্রোটোকল অনুমান করবেন না এবং সেবা সত্যিই না দিলে ব্যবহারকারীর নাম যোগ করবেন না।

HTTP এন্ডপয়েন্টে একটি ছোট curl অনুরোধ পরীক্ষা থেকে ব্রাউজার এক্সটেনশন ও সিস্টেম সেটিং আলাদা রাখতে সাহায্য করে:

curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 15 --verbose https://example.com/

নথির উদাহরণ ঠিকানাটি নিজের এন্ট্রি দিয়ে বদলান। SOCKS5-এর জন্য প্রকৃত পোর্ট ও সংশ্লিষ্ট SOCKS স্কিম ব্যবহার করুন।

প্রথম ব্যর্থতাটি দেখুন

কার্যকর TCP সংযোগ কেবল প্রথম ধাপ। ওই পোর্টের সেবা নির্বাচিত প্রক্সি প্রোটোকল না হলে অনুরোধ সঙ্গে সঙ্গেই পরের ধাপে ব্যর্থ হতে পারে।

দুটি তুলনা করুন

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

সরাসরি প্রবেশ সম্ভব হলে সরাসরি অনুরোধও উপকারী তুলনা। বাইপাস স্পষ্ট করুন, যাতে উত্তরাধিকারসূত্রে পাওয়া প্রক্সি ভেরিয়েবল তথাকথিত সরাসরি পরীক্ষাকে নীরবে প্রক্সির পথেই না রাখে।

একটি এন্ট্রি পরীক্ষা কখন থামাবেন

সময়সীমাযুক্ত কয়েকটি অনুরোধ একই সংযোগ ধাপে ব্যর্থ হলে অপেক্ষা কয়েক মিনিট না বাড়িয়ে বিনামূল্যের প্রক্সি তালিকা থেকে অন্য এন্ট্রি বাছুন। জানাতে হলে সঠিক ত্রুটি সংরক্ষণ করুন। বারবার সংযোগ করা বন্ধ পোর্ট বা সরানো এন্ডপয়েন্ট ঠিক করে না।

সব এন্ট্রি ব্যর্থ হলে বৃহত্তর দিক দেখুন। ক্লায়েন্টের কনফিগারেশন, নেটওয়ার্কের বহির্গামী নিয়ম এবং প্রক্সি ছাড়া গন্তব্যে পৌঁছানো যায় কি না দেখুন। সব অনুরোধের সাধারণ সমস্যা গোটা তালিকা বাতিল করার ভালো কারণ নয়।