Windows portproxy सह निश्चित गंतव्यावर TCP रिले
portproxy नियम लिसनरला निश्चित गंतव्याकडे पाठवतो. प्रॉक्सी-जाणते क्लायंट अपेक्षित असलेली SOCKS किंवा HTTP CONNECT वाटाघाटी तो जोडत नाही.
Windows चा portproxy नियम TCP एका कॉन्फिगर केलेल्या गंतव्याकडे रिले करतो. तो ब्राउझरच्या HTTP प्रॉक्सी विनंतीबद्दल किंवा SOCKS गंतव्य विनंतीबद्दल वाटाघाटी करत नाही.
| सेवा | गंतव्य कोण निवडते? |
|---|---|
| निश्चित TCP रिले | लिसनरची फॉरवर्डिंग कॉन्फिगरेशन. |
| SOCKS5 प्रॉक्सी | क्लायंटची विनंती, सर्व्हर धोरणाच्या आत. |
| HTTP फॉरवर्ड प्रॉक्सी | HTTP प्रॉक्सी विनंती, सामान्य HTTPS टनेलिंगसाठी CONNECT सह. |
netsh interface portproxy show all ने विद्यमान रिले तपासा. त्याच्या कॉन्फिगर केलेल्या बॅकएंडची तुमचा क्लायंट पाठवत असलेल्या प्रोटोकॉलशी तुलना करा. netsh संदर्भ लिसनर आणि गंतव्याचे पत्ते/पोर्ट सांगतो; TCP स्वीकारणे HTTP किंवा SOCKS हँडशेक स्थापित करत नाही.
सामान्य रिलेला पाठवलेली SOCKS वाटाघाटी फक्त त्या निश्चित बॅकएंडपर्यंत पोहोचते. ती SOCKS नसलेल्या सेवेला विनंती समजण्यास किंवा नवीन लक्ष्य निवडण्यास भाग पाडू शकत नाही.
खऱ्या प्रॉक्सीसमोरचा रिले वेगळा असतो. अपस्ट्रीम प्रॉक्सी अजूनही गंतव्ये आणि प्रमाणीकरणावर वाटाघाटी करतो; रिले कनेक्शन त्याच्यापर्यंत नेतो. नेटवर्कवर उघडा रिले त्या बॅकएंडपर्यंतचा प्रवेश वाढवू शकतो, म्हणून लिसनरची प्रवेश मर्यादा हेतुपूर्वक ठेवा.
गरज सामान्य HTTP किंवा SOCKS एग्झिट असेल तेव्हा प्रोटोकॉल-सक्षम सेवा निवडा. फॉरवर्ड केलेला पोर्ट त्या मार्गाचा फक्त एक भाग आहे.