সব প্রক্সি টাইম আউট হচ্ছে? যে পোর্টগুলোতে পৌঁছাতে চাইছেন সেগুলো দেখুন
ক্লায়েন্ট থেকে প্রক্সিতে সীমিত আউটবাউন্ড পোর্ট এবং টানেলের ভিতরে অনুরোধ করা গন্তব্য পোর্টের পার্থক্য করুন।
লক্ষ্য হলো পোর্ট 443-এ HTTPS, তাই আপনি ভাবেন নেটওয়ার্কের HTTPS অনুমতি যথেষ্ট হবে। কিন্তু আপনার বাছাই করা প্রক্সি পোর্ট 18347-এ শোনে; প্রথম সংযোগটি সেই পোর্টে যায়।
ক্লায়েন্ট-থেকে-প্রক্সি এন্ডপয়েন্ট এবং CONNECT-এ উল্লিখিত গন্তব্য দুটি আলাদা ঠিকানা। একটি নেটওয়ার্ক 443-এ সরাসরি ট্রাফিক অনুমোদন করতে পারে কিন্তু ইচ্ছাকৃত প্রক্সি পোর্টে আউটবাউন্ড সংযোগ সীমিত করতে পারে।
যদি অনেক অসম্পর্কিত প্রক্সি এন্ট্রি প্রক্সির কোনো উত্তর পাওয়ার আগেই ব্যর্থ হয়, তবে তাদের শোনার পোর্ট এবং ক্লায়েন্টের অনুমোদিত আউটবাউন্ড নীতি তুলনা করুন। সাধারণ প্রথম হপ তদন্তের সময় লক্ষ্য স্থির রাখুন। অনুমোদিত পরীক্ষার জন্য বিনামূল্যে প্রক্সি তালিকায় দেখানো পোর্টগুলোর সঙ্গে সেই নীতি তুলনা করুন; তালিকা এই নেটওয়ার্ক থেকে পৌঁছানোর প্রমাণ দেয় না। একটি সীমিত নেটওয়ার্ক পৌঁছাতে পারছে না বলেই সব পাবলিক এন্ডপয়েন্ট অফলাইন বলে অনুমান করবেন না।
বাদ দেওয়া সংযোগ প্রচেষ্টার সময়সীমা শেষ হতে পারে; সক্রিয় প্রত্যাখ্যান আরও দ্রুত ব্যর্থ হয়। কোনও বার্তাই একা বলে না কে নীতি প্রয়োগ করেছে। যেখানে পাওয়া যায়, স্থানীয় নেটওয়ার্কের লগ বা প্রশাসকের দেওয়া নিয়ম ব্যবহার করুন।
অনুমোদিত এন্ডপয়েন্ট বা সংকীর্ণভাবে যুক্তিসঙ্গত অ্যাক্সেস পরিবর্তনের অনুরোধ করুন। প্রক্সি ব্যবহারের পূর্বশর্ত নয় সম্পূর্ণ আউটবাউন্ড নীতি সরানো, আর কখনও TLS বিনিময়ে না পৌঁছানো সংযোগ ঠিক করতে গন্তব্যের TLS যাচাই বন্ধ করা উচিত নয়।