Windows portproxy తో స్థిర గమ్యానికి TCP రిలే
portproxy నియమం శ్రోతను స్థిర గమ్యానికి పంపుతుంది. ప్రాక్సీ తెలిసిన క్లయింట్లు ఆశించే SOCKS లేదా HTTP CONNECT చర్చను ఇది జోడించదు.
Windows యొక్క portproxy నియమం TCP ను ఒక కాన్ఫిగర్ చేసిన గమ్యానికి రిలే చేస్తుంది. బ్రౌజర్ HTTP ప్రాక్సీ అభ్యర్థన లేదా SOCKS గమ్య అభ్యర్థన గురించి ఇది చర్చించదు.
| సేవ | గమ్యాన్ని ఎవరు ఎంచుకుంటారు? |
|---|---|
| స్థిర TCP రిలే | శ్రోత యొక్క ఫార్వర్డింగ్ కాన్ఫిగరేషన్. |
| SOCKS5 ప్రాక్సీ | క్లయింట్ అభ్యర్థన, సర్వర్ విధానం లోపల. |
| HTTP ఫార్వర్డ్ ప్రాక్సీ | HTTP ప్రాక్సీ అభ్యర్థన, సాధారణ HTTPS టన్నెలింగ్ కోసం CONNECT సహా. |
netsh interface portproxy show all తో ఉన్న రిలేను పరిశీలించండి. దాని కాన్ఫిగర్ చేసిన backend ను మీ క్లయింట్ పంపే ప్రోటోకాల్ తో పోల్చండి. netsh సూచన శ్రోత మరియు గమ్యం యొక్క చిరునామాలు/పోర్టులను వివరిస్తుంది; TCP ను ఆమోదించడం HTTP లేదా SOCKS హ్యాండ్షేక్ను ఏర్పాటు చేయదు.
సాధారణ రిలేకు పంపిన SOCKS చర్చ ఆ స్థిర backend ను చేరుతుంది మాత్రమే. SOCKS కాని సేవను అభ్యర్థనను అర్థం చేసుకోవడానికి లేదా కొత్త లక్ష్యాన్ని ఎంచుకోవడానికి ఇది చేయలేదు.
నిజమైన ప్రాక్సీ ముందు ఉన్న రిలే భిన్నంగా ఉంటుంది. అప్స్ట్రీమ్ ప్రాక్సీ ఇప్పటికీ గమ్యాలు మరియు ప్రామాణీకరణపై చర్చిస్తుంది; రిలే కనెక్షన్ను దాని వరకు మోసుకెళ్తుంది. నెట్వర్క్లో తెరిచిన రిలే ఆ backend కు ప్రవేశాన్ని విస్తరించగలదు, కాబట్టి శ్రోత యొక్క ప్రవేశ పరిమితిని ఉద్దేశపూర్వకంగా ఉంచండి.
అవసరం సాధారణ HTTP లేదా SOCKS నిష్క్రమణ అయితే ప్రోటోకాల్ సామర్థ్యం ఉన్న సేవను ఎంచుకోండి. ఫార్వర్డ్ చేసిన పోర్ట్ ఆ మార్గంలో ఒక భాగం మాత్రమే.