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 ਨਿਕਾਸ ਹੋਵੇ ਤਾਂ ਪ੍ਰੋਟੋਕੋਲ-ਸਮਰੱਥ ਸੇਵਾ ਚੁਣੋ। ਫਾਰਵਰਡ ਕੀਤਾ ਪੋਰਟ ਉਸ ਰਾਹ ਦਾ ਸਿਰਫ਼ ਇੱਕ ਹਿੱਸਾ ਹੈ।