د 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 حالت وساتئ. که پایټکی اداره کوئ، د سرور د پالیسۍ لاګونه ګټور دي. د مقرراتو رد د مناسبې اجازې د کتلو دلیل دی، نه د پیوستون د وخت زیاتولو.
ځواب د سرور راپور دی، د موخې شبکې بشپړ خپلواک تشخیص نه دی. د مراجعینو الفاظ هم توپیر لري. چې موجود وي، مرحله او اصلي ځواب ثبت کړئ، یوازې پر لنډ ژباړل شوي خطا پیغام تکیه مه کوئ.