SOCKS5 ulanish xatosi kodlarini o‘qish
Har bir SOCKS xatosini o‘lgan proksi deb hisoblashdan oldin SOCKS kelishuvi, autentifikatsiya yoki manzilda qaysi biri ishlamaganini aniqlang.
SOCKS5 serveri TCP ulanishni qabul qilib, manzilga yetish so‘rovini baribir rad etishi mumkin. Qaysi yakuniy nuqta ishlamaganini hal qilishdan oldin javobni to‘g‘ri bosqichda o‘qing.
Avval usul tanlanadi. Foydalanuvchi nomi va parol autentifikatsiyasi tanlansa, uning o‘z natijasi bor. Shundan keyingina server CONNECT yoki boshqa SOCKS buyrug‘iga javob qaytaradi. Bir bosqichdagi bayt qiymatini boshqa bosqich jadvali bilan sharhlab bo‘lmaydi.
So‘rov javoblari turli xatolarni ajratadi
| Javob qiymati | SOCKS5 so‘rov javobidagi ma’nosi |
|---|---|
| 0x01 | Serverning umumiy xatosi. |
| 0x02 | Qoidalar to‘plami ulanishga ruxsat bermaydi. |
| 0x03 | Tarmoqqa yetib bo‘lmaydi. |
| 0x04 | Xostga yetib bo‘lmaydi. |
| 0x05 | Ulanish rad etildi. |
| 0x06 | TTL muddati tugadi. |
| 0x07 | Buyruq qo‘llab-quvvatlanmaydi. |
| 0x08 | Manzil turi qo‘llab-quvvatlanmaydi. |
Masalan, so‘rov darajasidagi rad SOCKS xizmatiga yetgandan keyin bildiriladi. Bu operatsion tizimning xizmatga boshlang‘ich TCP ulanishini rad etishidan farq qiladi.
Manzil turi xatosi IPv4, IPv6 yoki xost nomi ko‘rinishiga taalluqli bo‘lishi mumkin. Bu butun yakuniy nuqta SOCKS5ni qo‘llamaydi degani emas. Xuddi shuningdek, qo‘llab-quvvatlanmaydigan UDP buyrug‘i alohida TCP CONNECT so‘rovi haqida qat’iy xulosa bermaydi.
Kodni foydali qiladigan kontekstni yig‘ing
Xato hisobotini yozayotganda natija bilan birga proksi manzili, buyruq, maqsad xost va port, manzil oilasi hamda DNS rejimini saqlang. Yakuniy nuqtani boshqarsangiz, server siyosati jurnallari foydali. Qoidalar rad etishi ulanish vaqtini oshirishga emas, amaldagi ruxsatni tekshirishga sabab.
Javob server hisoboti, maqsad tarmog‘ining to‘liq mustaqil tashxisi emas. Mijozlar iborasi ham farq qiladi. Qisqa tarjima qilingan xato xabariga tayanmay, mavjud bo‘lsa bosqich va asl javobni yozib oling.