SOCKS5 ಸಂಪರ್ಕ ವಿಫಲತಾ ಕೋಡ್ಗಳನ್ನು ಓದುವುದು
ಪ್ರತಿ SOCKS ದೋಷವನ್ನು ಸತ್ತ ಪ್ರಾಕ್ಸಿ ಎಂದು ಭಾವಿಸುವ ಮೊದಲು SOCKS ಮಾತುಕತೆ, ದೃಢೀಕರಣ ಅಥವಾ ಗಮ್ಯಸ್ಥಾನದಲ್ಲಿ ಯಾವುದು ವಿಫಲವಾಯಿತೆಂದು ಗುರುತಿಸಿ.
SOCKS5 ಸರ್ವರ್ TCP ಸಂಪರ್ಕವನ್ನು ಸ್ವೀಕರಿಸಿ, ಗಮ್ಯಸ್ಥಾನ ತಲುಪುವ ವಿನಂತಿಯನ್ನು ಇನ್ನೂ ತಿರಸ್ಕರಿಸಬಹುದು. ಯಾವ ಎಂಡ್ಪಾಯಿಂಟ್ ವಿಫಲವಾಯಿತು ಎಂದು ತೀರ್ಮಾನಿಸುವ ಮೊದಲು ಸರಿಯಾದ ಹಂತದ ಪ್ರತಿಕ್ರಿಯೆ ಓದಿ.
ಮೊದಲು ವಿಧಾನ ಆಯ್ಕೆ. ಬಳಕೆದಾರಹೆಸರು/ಪಾಸ್ವರ್ಡ್ ದೃಢೀಕರಣ ಆರಿಸಿದರೆ ಅದಕ್ಕೆ ಸ್ವಂತ ಫಲಿತಾಂಶ ಇರುತ್ತದೆ. ನಂತರವೇ ಸರ್ವರ್ CONNECT ಅಥವಾ ಮತ್ತೊಂದು SOCKS ಆಜ್ಞೆಯ ಪ್ರತಿಕ್ರಿಯೆ ನೀಡುತ್ತದೆ. ಒಂದು ಹಂತದ ಬೈಟ್ ಮೌಲ್ಯವನ್ನು ಇನ್ನೊಂದು ಹಂತದ ಕೋಷ್ಟಕದಿಂದ ಅರ್ಥೈಸಲಾಗುವುದಿಲ್ಲ.
ವಿನಂತಿ ಪ್ರತಿಕ್ರಿಯೆಗಳು ಬೇರೆ ದೋಷಗಳನ್ನು ತೋರಿಸುತ್ತವೆ
| ಪ್ರತಿಕ್ರಿಯೆ ಮೌಲ್ಯ | SOCKS5 ವಿನಂತಿಯ ಪ್ರತಿಕ್ರಿಯೆಯಲ್ಲಿ ಅರ್ಥ |
|---|---|
| 0x01 | ಸರ್ವರ್ನ ಸಾಮಾನ್ಯ ವಿಫಲತೆ. |
| 0x02 | ನಿಯಮಗಳ ಸಮೂಹ ಸಂಪರ್ಕವನ್ನು ಅನುಮತಿಸುವುದಿಲ್ಲ. |
| 0x03 | ನೆಟ್ವರ್ಕ್ ತಲುಪಲಾಗುವುದಿಲ್ಲ. |
| 0x04 | ಹೋಸ್ಟ್ ತಲುಪಲಾಗುವುದಿಲ್ಲ. |
| 0x05 | ಸಂಪರ್ಕ ನಿರಾಕರಿಸಲಾಗಿದೆ. |
| 0x06 | TTL ಅವಧಿ ಮೀರಿದೆ. |
| 0x07 | ಆಜ್ಞೆ ಬೆಂಬಲಿತವಲ್ಲ. |
| 0x08 | ವಿಳಾಸದ ಪ್ರಕಾರ ಬೆಂಬಲಿತವಲ್ಲ. |
ಉದಾಹರಣೆಗೆ, ವಿನಂತಿ ಮಟ್ಟದ ನಿರಾಕರಣೆ SOCKS ಸೇವೆ ತಲುಪಿದ ನಂತರ ವರದಿಯಾಗುತ್ತದೆ. ಆ ಸೇವೆಯ ಆರಂಭಿಕ TCP ಸಂಪರ್ಕವನ್ನು ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂ ನಿರಾಕರಿಸುವುದರಿಂದ ಇದು ಭಿನ್ನ.
ವಿಳಾಸ ಪ್ರಕಾರದ ದೋಷವು IPv4, IPv6 ಅಥವಾ ಹೋಸ್ಟ್ ಹೆಸರಿನ ರೂಪಕ್ಕೆ ಸಂಬಂಧಿಸಬಹುದು. ಸಂಪೂರ್ಣ ಎಂಡ್ಪಾಯಿಂಟ್ SOCKS5 ಬೆಂಬಲಿಸುವುದಿಲ್ಲ ಎಂದು ಅದು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಅರ್ಥವಲ್ಲ. ಹಾಗೆಯೇ ಬೆಂಬಲಿಸದ UDP ಆಜ್ಞೆ ಪ್ರತ್ಯೇಕ TCP CONNECT ವಿನಂತಿಯ ಬಗ್ಗೆ ಖಚಿತ ತೀರ್ಮಾನ ನೀಡುವುದಿಲ್ಲ.
ಕೋಡ್ ಉಪಯುಕ್ತವಾಗುವ ಸಂದರ್ಭವನ್ನು ಸಂಗ್ರಹಿಸಿ
ದೋಷ ವರದಿ ಬರೆಯುವಾಗ ಫಲಿತಾಂಶದ ಜೊತೆಗೆ ಪ್ರಾಕ್ಸಿ ವಿಳಾಸ, ಆಜ್ಞೆ, ಗುರಿ ಹೋಸ್ಟ್ ಮತ್ತು ಪೋರ್ಟ್, ವಿಳಾಸ ಕುಟುಂಬ ಹಾಗೂ DNS ಮೋಡ್ ಉಳಿಸಿ. ಎಂಡ್ಪಾಯಿಂಟ್ ನಿರ್ವಹಿಸಿದರೆ ಸರ್ವರ್ ನೀತಿ ಲಾಗ್ಗಳು ಉಪಯುಕ್ತ. ನಿಯಮ ನಿರಾಕರಣೆ ಸಂಪರ್ಕ timeout ಹೆಚ್ಚಿಸುವ ಕಾರಣವಲ್ಲ; ಅನ್ವಯಿಸುವ ಅನುಮತಿ ಪರಿಶೀಲಿಸುವ ಕಾರಣ.
ಪ್ರತಿಕ್ರಿಯೆ ಸರ್ವರ್ನ ವರದಿ, ಗುರಿ ನೆಟ್ವರ್ಕ್ನ ಸಂಪೂರ್ಣ ಸ್ವತಂತ್ರ ನಿರ್ಣಯವಲ್ಲ. ಕ್ಲೈಂಟ್ಗಳ ಪದಪ್ರಯೋಗವೂ ಬದಲಾಗುತ್ತದೆ. ಚಿಕ್ಕ ಅನುವಾದಿತ ದೋಷ ಸಂದೇಶವನ್ನೇ ನಂಬದೆ, ಲಭ್ಯವಿದ್ದಾಗ ಹಂತ ಮತ್ತು ಮೂಲ ಪ್ರತಿಕ್ರಿಯೆ ದಾಖಲಿಸಿ.