SSH డైనమిక్ టన్నెల్, PuTTY డైనమిక్ ఫార్వర్డింగ్‌తో సహా, SOCKS ఇంటర్‌ఫేస్‌ను అందిస్తుంది. HTTP ప్రాక్సీని మాత్రమే అంగీకరించే అప్లికేషన్ ఆ పోర్ట్‌ను HTTP అని పిలవడం ద్వారానే ఉపయోగించలేదు.

వాటి మధ్య స్థానిక ప్రోటోకాల్ వంతెన ఉండవచ్చు. అప్లికేషన్ HTTP ప్రాక్సీ అభ్యర్థనలను వంతెనకు పంపుతుంది, వంతెన SOCKS సేవ ద్వారా గమ్యస్థాన కనెక్షన్‌లను తెరుస్తుంది.

Privoxy ఈ ఏర్పాటును తన ఫార్వర్డింగ్ నియమాల ద్వారా డాక్యుమెంట్ చేస్తుంది. ఉన్న స్థానిక SOCKS5 టన్నెల్ కోసం కాన్ఫిగరేషన్ భాగం ఇది:

forward-socks5 / 127.0.0.1:1080 .

అప్లికేషన్ Privoxy HTTP లిజనర్‌కు కనెక్ట్ అవుతుంది, పోర్ట్ 1080కి కాదు. ఆ లిజనర్‌ను ఉద్దేశించిన యాక్సెస్ విధానం కింద స్థానికంగా ఉంచండి. నియమంలోని చివరి చుక్కకు డాక్యుమెంట్ చేయబడిన అర్థం ఉంది; అది మిస్ అయిన ఇంటర్నెట్ హోస్ట్‌నేమ్ కోసం ప్లేస్‌హోల్డర్ కాదు.

ఇది ప్రోటోకాల్ అనువాదం

Privoxy ఫార్వర్డింగ్ డాక్యుమెంటేషన్ SOCKS ఫార్వర్డింగ్ సింటాక్స్ మరియు హోస్ట్‌నేమ్ నిర్వహణను వివరిస్తుంది. సాధారణ TCP పోర్ట్ ఫార్వర్డింగ్ అదే అనువాదం చేయదు: క్లయింట్ HTTP బైట్‌లను మార్పు లేకుండా SOCKS లిజనర్‌కు చేరుస్తుంది, అది ఇంకా SOCKS సంప్రదింపులను ఆశిస్తుంది.

వంతెన మీరు అర్థం చేసుకోవాల్సిన కాన్ఫిగరేషన్‌లో భాగమవుతుంది. Privoxyకి దాని సొంత కంటెంట్ ఫిల్టరింగ్ మరియు యాక్సెస్ సెట్టింగ్‌లు ఉండవచ్చు. దానిని జోడించడం అసలు అప్లికేషన్ SOCKSను స్థానికంగా మద్దతిచ్చేలా చేయడంతో సమానం కాదు.

HTTPS సైట్‌ల కోసం అప్లికేషన్ సాధారణంగా HTTP వంతెనను CONNECT అడుగుతుంది, వంతెన SOCKS ద్వారా గమ్యస్థాన కనెక్షన్ పొందుతుంది. సైట్ సాధారణ TLS అప్లికేషన్-సైట్ సంబంధంగానే ఉంటుంది; ఈ మార్గాన్ని అందించడానికి వంతెన సైట్‌లా నటించాల్సిన అవసరం లేదు.

అప్లికేషన్ SOCKSను నేరుగా ఉపయోగించగలిగితే, అదనపు భాగం అనవసరం కావచ్చు. నిజమైన ప్రోటోకాల్ అసమతుల్యతను పరిష్కరించడానికి వంతెనను ఉపయోగించండి, లిజనర్ మరియు పై ప్రవాహాన్ని స్పష్టంగా వేరు చేస్తూ.

సంబంధిత వ్యాసాలు