Windows portproxy ಜೊತೆ ಸ್ಥಿರ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ TCP ರಿಲೇ
portproxy ನಿಯಮವು ಕೇಳುಗರನ್ನು ಸ್ಥಿರ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಕಳುಹಿಸುತ್ತದೆ. ಪ್ರಾಕ್ಸಿ-ಅರಿವಿರುವ ಕ್ಲೈಂಟ್‌ಗಳು ನಿರೀಕ್ಷಿಸುವ SOCKS ಅಥವಾ HTTP CONNECT ಮಾತುಕತೆಯನ್ನು ಅದು ಸೇರಿಸುವುದಿಲ್ಲ.
Windows ನ portproxy ನಿಯಮವು TCP ಅನ್ನು ಒಂದು ಸಂರಚಿತ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ರಿಲೇ ಮಾಡುತ್ತದೆ. ಅದು ಬ್ರೌಸರ್‌ನ HTTP ಪ್ರಾಕ್ಸಿ ವಿನಂತಿ ಅಥವಾ SOCKS ಗಮ್ಯಸ್ಥಾನ ವಿನಂತಿಯ ಬಗ್ಗೆ ಮಾತುಕತೆ ನಡೆಸುವುದಿಲ್ಲ.
| ಸೇವೆ | ಗಮ್ಯಸ್ಥಾನವನ್ನು ಯಾರು ಆಯ್ಕೆ ಮಾಡುತ್ತಾರೆ? |
|---|---|
| ಸ್ಥಿರ TCP ರಿಲೇ | ಕೇಳುಗರ ಮುಂದುವರಿಸುವ ಸಂರಚನೆ. |
| SOCKS5 ಪ್ರಾಕ್ಸಿ | ಸರ್ವರ್ ನೀತಿಯ ಒಳಗೆ ಕ್ಲೈಂಟ್‌ನ ವಿನಂತಿ. |
| HTTP ಫಾರ್ವರ್ಡ್ ಪ್ರಾಕ್ಸಿ | ಸಾಮಾನ್ಯ HTTPS ಟನೆಲಿಂಗ್‌ಗಾಗಿ CONNECT ಸೇರಿದಂತೆ HTTP ಪ್ರಾಕ್ಸಿ ವಿನಂತಿ. |
netsh interface portproxy show all ನೊಂದಿಗೆ ಇರುವ ರಿಲೇವನ್ನು ಪರಿಶೀಲಿಸಿ. ಅದರ ಸಂರಚಿತ ಬ್ಯಾಕೆಂಡ್ ಅನ್ನು ನಿಮ್ಮ ಕ್ಲೈಂಟ್ ಕಳುಹಿಸುವ ಪ್ರೋಟೋಕಾಲ್‌ನೊಂದಿಗೆ ಹೋಲಿಸಿ. netsh ಉಲ್ಲೇಖ ಕೇಳುಗ ಮತ್ತು ಗಮ್ಯಸ್ಥಾನದ ವಿಳಾಸ/ಪೋರ್ಟ್‌ಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ; TCP ಸ್ವೀಕರಿಸುವುದು HTTP ಅಥವಾ SOCKS ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಸ್ಥಾಪಿಸುವುದಿಲ್ಲ.
ಸಾಮಾನ್ಯ ರಿಲೇಗೆ ಕಳುಹಿಸಿದ SOCKS ಮಾತುಕತೆ ಕೇವಲ ಆ ಸ್ಥಿರ ಬ್ಯಾಕೆಂಡ್‌ಗೆ ತಲುಪುತ್ತದೆ. SOCKS ಅಲ್ಲದ ಸೇವೆಯು ವಿನಂತಿಯನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವಂತೆ ಅಥವಾ ಹೊಸ ಗುರಿಯನ್ನು ಆಯ್ಕೆ ಮಾಡುವಂತೆ ಮಾಡಲು ಅದಕ್ಕೆ ಸಾಧ್ಯವಿಲ್ಲ.
ನಿಜವಾದ ಪ್ರಾಕ್ಸಿಯ ಮುಂದಿರುವ ರಿಲೇ ಬೇರೆ. ಮೇಲ್ಮುಖ ಪ್ರಾಕ್ಸಿ ಇನ್ನೂ ಗಮ್ಯಸ್ಥಾನಗಳು ಮತ್ತು ದೃಢೀಕರಣದ ಬಗ್ಗೆ ಮಾತುಕತೆ ನಡೆಸುತ್ತದೆ; ರಿಲೇ ಸಂಪರ್ಕವನ್ನು ಅದರತ್ತ ಒಯ್ಯುತ್ತದೆ. ನೆಟ್‌ವರ್ಕ್‌ಗೆ ತೆರೆದಿರುವ ರಿಲೇ ಆ ಬ್ಯಾಕೆಂಡ್‌ಗೆ ಪ್ರವೇಶವನ್ನು ವಿಸ್ತರಿಸಬಹುದು, ಆದ್ದರಿಂದ ಕೇಳುಗರ ಪ್ರವೇಶ ಮಿತಿಯನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಇರಿಸಿ.
ಅಗತ್ಯವು ಸಾಮಾನ್ಯ HTTP ಅಥವಾ SOCKS ನಿರ್ಗಮನವಾದಾಗ ಪ್ರೋಟೋಕಾಲ್ ಸಾಮರ್ಥ್ಯವಿರುವ ಸೇವೆಯನ್ನು ಆಯ್ಕೆ ಮಾಡಿ. ಫಾರ್ವರ್ಡ್ ಮಾಡಿದ ಪೋರ್ಟ್ ಆ ಮಾರ್ಗದ ಒಂದು ಭಾಗ ಮಾತ್ರ.