Squid ద్వారా Proxychains: పోర్ట్ 80పై CONNECT పరిమితులు
గమ్య పోర్ట్ 80 నిరాకరించబడినప్పుడు సాధారణ HTTP ప్రాక్సీ అభ్యర్థనలను proxychains HTTP CONNECT సొరంగాల నుండి వేరు చేయండి.
బ్రౌజర్ Squid ద్వారా HTTP పేజీని లోడ్ చేస్తుంది. అదే గమ్యం proxychains కింద విఫలమవుతుంది. ఇది రెండు ప్రోగ్రాములలో ఒకటి తప్పు ప్రాక్సీ IPని ఎంచుకుందని అర్థం కాదు.
సాధారణ HTTP అర్థం చేసుకునే క్లయింట్ వెబ్ అభ్యర్థనను HTTP ప్రాక్సీ రూపంలో ఫార్వర్డ్ ప్రాక్సీకి పంపగలదు. కానీ సాధారణ సాకెట్ రేపర్ అప్లికేషన్ తెరవాలనుకున్న కనెక్షన్ కోసం బైట్ సొరంగం అవసరం. తన గొలుసులోని HTTP ప్రాక్సీ కోసం proxychains CONNECT ఉపయోగిస్తుంది.
అంటే పోర్ట్ 80లోని సాదా పాఠ్య వెబ్‌సైట్ పోర్ట్ 80 కోసం CONNECT అభ్యర్థనను ఉత్పత్తి చేయగలదు. అనుమతించబడిన TLS పోర్ట్ జాబితాకు మాత్రమే CONNECT అనుమతించే Squid విధానం, పోర్ట్ 80కి సాధారణ HTTP అభ్యర్థనలు అనుమతించబడినప్పటికీ ఆ సొరంగాన్ని నిరాకరించగలదు.
హోస్ట్ పేర్లు మాత్రమే కాదు, అభ్యర్థనలను పోల్చండి
proxychains-ng పత్రం దాని HTTP CONNECT మద్దతును వివరిస్తుంది. Squid యాక్సెస్ నియమాలు పద్ధతిని మరియు గమ్య పోర్టును వేరు చేయగలవు. ఇవి ఒకే వెబ్‌సైట్‌కు వెళ్లే వేర్వేరు అభ్యర్థన మార్గాలు.
మార్చే ముందు నిరాకరణను మరియు ఉద్దేశించిన విధానాన్ని చదవండి. CONNECT యాక్సెస్‌ను ప్రతి పోర్టుకు విస్తరించడం పెద్ద మార్పు; రేపర్ అసమతుల్యతకు ఇది డిఫాల్ట్ ప్రతిస్పందన కాకూడదు.
అప్లికేషన్‌లో స్థానిక HTTP ప్రాక్సీ మద్దతు ఉంటే, దాన్ని ఉపయోగించడం సాదా పాఠ్య HTTP కోసం అనవసరమైన సాధారణ సొరంగాన్ని నివారించగలదు. దానికి నిజంగా ముడి TCP సొరంగం కావాలంటే, దాన్ని అందించే అనుమతించబడిన ప్రాక్సీ ప్రోటోకాల్ మరియు పోర్ట్ విధానాన్ని ఎంచుకోండి.
విజయవంతమైన బ్రౌజర్ అభ్యర్థన ప్రాక్సీ చేరుకోగలిగే సామర్థ్యం మరియు ఒక మద్దతు ఉన్న అభ్యర్థన మోడ్ గురించి ఉపయోగకరమైన సాక్ష్యం. కానీ ప్రతి సొరంగ పద్ధతి, గమ్య పోర్ట్ లేదా అప్లికేషన్ ప్రోటోకాల్ ఆ ప్రాక్సీ ద్వారా అనుమతించబడిందని అది నిరూపించదు.