প্রক্সি সংযোগ প্রত্যাখ্যাত, নাকি সময়সীমা শেষ?

প্রত্যাখ্যাত: সংযোগের চেষ্টা সরাসরি প্রত্যাখ্যানের উত্তর পেয়েছে। সময়সীমা শেষ: নির্ধারিত সময়ের আগে চেষ্টা শেষ হয়নি। আগে বুঝুন বার্তাটি কোন সংযোগের কথা বলছে।

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

কোনো লক্ষণই আবশ্যিকভাবে আপনার সঙ্গে প্রক্সির সংযোগের সমস্যা নয়। পৌঁছানো যায় এমন SOCKS সার্ভার জানাতে পারে যে গন্তব্যে তার সংযোগ প্রত্যাখ্যাত হয়েছে। একইভাবে, সফল CONNECT-এর পর ওয়েবসাইটের অপেক্ষা করা আর প্রক্সির লিসেনিং পোর্টে পৌঁছানোর অপেক্ষা করা আলাদা।

প্রথম ব্যর্থতা খুঁজুন

HTTP প্রক্সির ক্ষেত্রে নথির নমুনা ঠিকানা বদলে বিস্তারিত আউটপুটের ক্রম পড়ুন:

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

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

গন্তব্য ও প্রোটোকল স্থির রেখে আপনার সেবা বা বিনামূল্যের প্রক্সি তালিকা থেকে অন্য এন্ডপয়েন্ট পরীক্ষা করুন। কাজ করলে প্রথম এন্ডপয়েন্ট বা তার পথ দেখুন। দুটিই নিজেদের প্রক্সি পোর্টে সংযোগের আগে ব্যর্থ হলে স্থানীয় নেটওয়ার্ক ও ক্লায়েন্ট কনফিগারেশন দেখুন। IP, প্রোটোকল, পোর্ট, গন্তব্য ও সময়সীমা একসঙ্গে বদলালে তুলনা থেকে সিদ্ধান্ত আসে না।

পরে একবার আবার চেষ্টা করলে সাময়িক ত্রুটি চেনা যেতে পারে। দ্রুত বারবার চেষ্টা বা অপেক্ষা অনির্দিষ্টভাবে বাড়ালে প্রমাণ তেমন বাড়ে না; প্রকাশ্য তালিকার কোনো ঠিকানায় কয়েকবার সীমিত ব্যর্থতার পরে সঠিক ত্রুটি সংরক্ষণ করে অন্যটি নিন।