ప్రాక్సీతో 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 తిరస్కరణను వివరించలేదు.