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 मोड जतन करा. एंडपॉइंटचे व्यवस्थापन करत असल्यास सर्व्हरचे धोरण लॉग उपयुक्त आहेत. नियमांमुळे नकार मिळणे म्हणजे लागू परवानगी तपासणे, कनेक्शन टाइमआउट वाढवणे नव्हे.
उत्तर हा सर्व्हरचा अहवाल आहे, लक्ष्य नेटवर्कचे पूर्ण स्वतंत्र निदान नाही. क्लायंटची भाषा देखील बदलते. उपलब्ध असल्यास टप्पा व मूळ उत्तर नोंदवा; फक्त लहान अनुवादित त्रुटी संदेशावर अवलंबून राहू नका.