প্ৰক্সিৰ সৈতে WRONG_VERSION_NUMBER: HTTP আৰু HTTPS পৰীক্ষা কৰক

ত্ৰুটিটোৱে “ভুল সংস্কৰণ” বুলি কয়, সেয়ে TLS সংস্কৰণ সলনি কৰিবলৈ মন যায়। প্ৰক্সিৰ সৈতে হ’লে আগতে থকা এটা সম্ভাৱনা পৰীক্ষা কৰক: গ্ৰাহকে প্লেইন HTTPৰ বাবে ৰৈ থকা প’ৰ্টলৈ TLS হেণ্ডশ্বেক পঠিয়াইছিল নেকি?

https://example.com/ ৰ দৰে এটা গন্তব্য আৰু http://proxy.example:8080 ৰ দৰে এটা প্ৰক্সি সাধাৰণ যোৰ। দ্বিতীয়টো URL HTTPSলৈ সলনি কৰিলে গ্ৰাহকক প্ৰক্সিৰ সৈতেই নিজৰ বাৰ্তালাপ এনক্ৰিপ্ট কৰিবলৈ কোৱা হয়। ই HTTPS ৱেবছাইট অনুমোদন কৰাৰ নিৰ্দেশ নহয়।

প্ৰথম TLS বাৰ্তালাপটো চিনাক্ত কৰক

HTTP প্ৰক্সিৰ বাবে গ্ৰাহকে প্ৰথমে CONNECT পঠিয়াই HTTP উত্তৰ ল’ব পাৰে। তাৰ পিছতহে টানেলৰ ভিতৰত গন্তব্যৰ TLS আৰম্ভ কৰে। HTTPS প্ৰক্সিৰ বাবে প্ৰক্সিলৈ সুকীয়া TLS সংযোগ আগতে আহে।

HTTP ত্ৰুটি পৃষ্ঠা বা অন্য প্লেইনটেক্সট পোৱা TLS বিশ্লেষকে প্ৰটোকল ত্ৰুটি ৰিপৰ্ট কৰিব পাৰে। এই শব্দই ৱেবছাইটে কোনবোৰ TLS সংস্কৰণ সমৰ্থন কৰে, বা ৱেবছাইটৰ সৈতে যোগাযোগ হৈছিল নেকি সেইটোও সাব্যস্ত নকৰে।

1. প্ৰক্সি URL, তাত ইয়াৰ স্কিমকে ধৰি, আৰু এণ্ডপইণ্টৰ নথিভুক্ত প্ৰটোকল লিপিবদ্ধ কৰক।
2. বিফলতা CONNECT উত্তৰৰ আগতে, গন্তব্য TLSৰ সময়ত, নে প্ৰক্সিৰ নিজৰ প্ৰমাণপত্ৰ সত্যাপনৰ সময়ত হৈছিল সেইটো বিচাৰক।
3. পুৰণি এটা অস্থায়ী সমাধানৰ তুলনা কৰোঁতে প্ৰকৃত গ্ৰাহক আৰু নিৰ্ভৰশীলতাৰ সংস্কৰণ পৰীক্ষা কৰক। আগৰ প্ৰক্সি ৰূপায়ণে কেতিয়াবা স্কিমক বেলেগ ধৰণে ব্যৱহাৰ কৰিছিল।

কেইবাটাও সমাধান বেলেগ বেলেগ কাৰণত ভুল হ’ব পাৰে। HTTP প্ৰক্সি তালিকাই এনে পথেৰে অনুমোদিত ৰাজহুৱা অনুৰোধৰ বাবে সাধাৰণ HTTP এণ্ডপইণ্টৰ প্ৰাৰ্থী আগবঢ়ায়। সাধাৰণ HTTP এণ্ডপইণ্টৰ বাবে HTTP প্ৰক্সি স্কিম লাগে; সঁচাকৈ TLS-সক্ষম এণ্ডপইণ্টে HTTPS আৰু তাৰ প্ৰমাণপত্ৰ সত্যাপন ৰাখিব লাগে। CONNECT নাকচ কৰা প্ৰক্সিৰ বাবে সমৰ্থিত সেৱা বা নীতি লাগে, কোনো লাইব্ৰেৰীৰ ইচ্ছামতে ডাউনগ্ৰেড নহয়।

প্ৰথম লক্ষ্যযোগ্য বিফলতা ৰাখক। প্ৰমাণপত্ৰ সত্যাপন বন্ধ কৰিলে কেৱল HTTP শুনি থকা সেৱাই TLS নক’ব পাৰে, আৰু পুৰণি চাইফাৰ নীতি বাছনি কৰিলে ৱেবছাইটৰ হেণ্ডশ্বেকৰ আগতে পঠিওৱা HTTP প্ৰত্যাখ্যানৰ ব্যাখ্যা নহয়।