SSH ద్వారా ఫార్వర్డ్ చేసిన పోర్ట్ ఎప్పుడూ SOCKS ప్రాక్సీ కాదు
అప్లికేషన్‌ను కాన్ఫిగర్ చేసే ముందు SSH యొక్క స్థిర స్థానిక ఫార్వర్డ్ మరియు క్రియాశీల SOCKS లిజనర్‌ను వేరు చేయండి.
మీరు SSH సొరంగాన్ని సృష్టించి, 127.0.0.1 మరియు దాని పోర్ట్‌ను బ్రౌజర్ ప్రాక్సీ సెట్టింగ్‌లలో పెడతారు, ఏదీ లోడ్ కాదు. లిజనర్ పూర్తిగా సరిగ్గా పనిచేస్తూ ఉండవచ్చు. అది తప్పు రకమైన ట్రాఫిక్ కోసం వేచి ఉండవచ్చు.
| ఫార్వర్డ్ | స్థానిక అప్లికేషన్ ఏమి పంపుతుంది | గమ్యస్థాన ఎంపిక |
|---|---|---|
-L | లక్ష్య సేవ యొక్క సాధారణ ప్రోటోకాల్ | SSH ఆదేశంలో స్థిరం |
-D | SOCKS చర్చలు, ఆ తర్వాత అప్లికేషన్ ట్రాఫిక్ | SOCKS క్లయింట్ అభ్యర్థించింది |
ఒకే వెబ్ సర్వర్ కోసం, ఇది స్థిర ఫార్వర్డ్:
ssh -N -L 127.0.0.1:9080:web.example.com:80 [email protected]http://127.0.0.1:9080/ ను వెబ్‌సైట్‌గా సందర్శించండి. పోర్ట్ 9080 ను SOCKS అని లేబుల్ చేయవద్దు: ఇది ఆదేశంలో పేర్కొన్న ఒకే వెబ్ సర్వర్‌కు బైట్‌లను ఫార్వర్డ్ చేస్తుంది. వేరే హోస్ట్‌నేమ్ కింద సైట్ తెరవడం దాని వర్చువల్ హోస్టింగ్, రీడైరెక్ట్‌లు లేదా కుకీలను కూడా ప్రభావితం చేయవచ్చు.
SOCKS లిజనర్ కోసం ఆకారం మారుతుంది:
ssh -N -D 127.0.0.1:1080 [email protected]అప్లికేషన్ 127.0.0.1:1080 వద్ద SOCKS ఉపయోగించడానికి కాన్ఫిగర్ చేయండి. ఆ చిరునామాను నేరుగా బ్రౌజర్ చిరునామా పట్టీలో ఉంచడం వెబ్ అభ్యర్థనను SOCKS లిజనర్‌కు పంపుతుంది, ఇది మరో ప్రోటోకాల్ అసమ్మతి.
OpenSSH మాన్యువల్ రెండు రూపాలను నమోదు చేస్తుంది. ఒక ఉపయోగకరమైన మినహాయింపు ఉంది: ఇప్పటికే ఉన్న HTTP ప్రాక్సీని -L తో ఫార్వర్డ్ చేయడం HTTP ప్రాక్సీ ప్రోటోకాల్ మాట్లాడే స్థానిక పోర్ట్‌ను ఉత్పత్తి చేస్తుంది, ఎందుకంటే దాని స్థిర గమ్యం స్వయంగా HTTP ప్రాక్సీ. స్థిర ఫార్వర్డ్‌కు ఏది చెందుతుందో దూరపు చివర సేవ నిర్ణయిస్తుంది. ఇప్పటికే ఉన్న ప్రాక్సీని SSH ద్వారా ఫార్వర్డ్ చేయడం ఆ ప్రాక్సీ ప్రోటోకాల్ మరియు ఖాతాను నిలుపుకుంటుంది.