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 வெளியேற்றமாக இருந்தால் நெறிமுறையை ஆதரிக்கும் சேவையைத் தேர்ந்தெடுங்கள். அனுப்பப்பட்ட துறை அந்தப் பாதையின் ஒரு பகுதி மட்டுமே.