ក្នុង SOCKS5 ការផ្ទៀងផ្ទាត់ត្រូវបានចរចាមុនពេលអតិថិជនផ្ញើសំណើគោលដៅរបស់ខ្លួន។ នោះធ្វើឱ្យការបរាជ័យនៃព័ត៌មានសម្ងាត់ដំបូងជាព្រឹត្តិការណ៍ខុសពីការបរាជ័យ FTP, HTTPS ឬកម្មវិធីផ្សេងទៀតនៅខាងក្រោយប្រូកស៊ី។

ការស្វាគមន៍របស់អតិថិជនរាយវិធីសាស្ត្រផ្ទៀងផ្ទាត់ដែលវាគាំទ្រ។ ម៉ាស៊ីនមេជ្រើសរើសវិធីសាស្ត្រមួយពីបញ្ជីនោះ ហើយផ្ញើការជ្រើសរើសត្រឡប់មកវិញ។ តម្លៃ 0xff មានន័យថាគ្មានវិធីសាស្ត្រដែលបានផ្តល់ជូនណាមួយអាចទទួលយកបានទេ ហើយការតភ្ជាប់ត្រូវបិទ។ អតិថិជនមិនគ្រាន់តែសាកល្បងវិធីសាស្ត្រខាងម៉ាស៊ីនមេទាំងអស់បន្ទាប់ពីពាក្យសម្ងាត់បរាជ័យនោះទេ។

អ្វីដែលលំដាប់របស់ Dante គ្រប់គ្រង

Dante 1.4.x ហៅការកំណត់កម្រិតពិធីការថា socksmethod។ ឯកសាររបស់វានិយាយថាវិធីសាស្ត្រត្រូវបានរាយតាមលំដាប់អាទិភាព។ សម្រាប់គោលនយោបាយដែលអនុញ្ញាតវិធីសាស្ត្រទាំងពីរ ការប្រកាសនេះចូលចិត្តឈ្មោះអ្នកប្រើ/ពាក្យសម្ងាត់ នៅពេលអតិថិជនផ្តល់វា៖

socksmethod: username none

ការបង្វែរបញ្ជីចូលចិត្តការចូលដោយគ្មានការផ្ទៀងផ្ទាត់ នៅពេលវិធីសាស្ត្រទាំងពីរត្រូវបានផ្តល់ជូន៖

socksmethod: none username

ទាំងនេះជាការប្រកាសវិធីសាស្ត្រជម្មើសពីគ្នា មិនមែនជាការកំណត់រចនាសម្ព័ន្ធម៉ាស៊ីនមេពេញលេញទេ។ ចំណុចប្រទាក់ស្តាប់ អតិថិជនដែលបានអនុញ្ញាត ច្បាប់គោលដៅ និងការរឹតបន្តឹងការផ្ទៀងផ្ទាត់ជាក់លាក់តាមច្បាប់នៅតែមានសារៈសំខាន់។

ការអនុញ្ញាត none មានផលវិបាកជាក់ស្តែង៖ អតិថិជនដែលផ្តល់តែគ្មានការផ្ទៀងផ្ទាត់អាចត្រូវបានទទួលយកក្រោមច្បាប់ដែលអនុវត្ត។ ការដាក់ username ជាមុនមិនធ្វើឱ្យបញ្ជីដែលមាន none ក្លាយជាតម្រូវការឱ្យអ្នកទាំងអស់ផ្តល់ពាក្យសម្ងាត់នោះទេ។

ជ្រើសរើសតម្រូវការជាមុន

ប្រសិនបើអតិថិជនដែលបានអនុញ្ញាតម្នាក់ៗត្រូវផ្ទៀងផ្ទាត់ដោយឈ្មោះអ្នកប្រើ/ពាក្យសម្ងាត់ សូម កំណត់តម្រូវការនោះឱ្យស្របគ្នានៅក្នុងច្បាប់សកល និងច្បាប់ដែលអនុវត្ត ជំនួសឱ្យការបន្ថែម none ជាការកែតម្រូវភាពត្រូវគ្នាទូទៅ។ ប្រសិនបើការចូលដោយអនាមិកគឺដោយចេតនាសម្រាប់ក្រុមអតិថិជនដែលមានកំណត់ សូមធ្វើឱ្យក្រុម និងគោលដៅដែលបានអនុញ្ញាតរបស់វាច្បាស់លាស់។

Dante ក៏មាន clientmethod ដែលទាក់ទងនឹងការត្រួតពិនិត្យដែលធ្វើឡើងនៅពេលអតិថិជន TCP តភ្ជាប់ មុនការចរចា SOCKS។ វាជាស្រទាប់ដាច់ដោយឡែកពីវិធីសាស្ត្រដែលផ្លាស់ប្តូរក្នុងការស្វាគមន៍ SOCKS5។ បំណែកកំណត់រចនាសម្ព័ន្ធដែលប្រើពាក្យគន្លឹះ method ចាស់ជាងគួរអានតាមសៀវភៅណែនាំនៃកំណែ Dante ដែលបានដំឡើង។

នៅពេលអតិថិជនពីរមានឥរិយាបថខុសគ្នា សូមប្រៀបធៀបអ្វីដែលម្នាក់ៗផ្តល់ អ្វីដែល Dante ជ្រើសរើស និងថាតើការចរចារងនៃវិធីសាស្ត្រដែលបានជ្រើសរើសទទួលជោគជ័យឬអត់។ បន្ទាប់មកពិនិត្យការឆ្លើយតបគោលដៅ SOCKS។ លំដាប់នេះកំណត់អត្តសញ្ញាណការហៅត្រឡប់ព័ត៌មានសម្ងាត់ដែលបាត់ ដោយមិនបន្ទោស FTP ចំពោះរាល់ការបរាជ័យ ឬផ្លាស់ប្តូរគោលនយោបាយផ្ទៀងផ្ទាត់របស់ម៉ាស៊ីនមេដោយគ្មានការគិត។

ចុងក្រោយ ការផ្ទៀងផ្ទាត់ឈ្មោះអ្នកប្រើ/ពាក្យសម្ងាត់ SOCKS5 មិនអ៊ិនគ្រីបការផ្លាស់ប្តូរពាក្យសម្ងាត់ទេ។ ប្រើការដឹកជញ្ជូន ឬបណ្តាញដែលបានការពារត្រឹមត្រូវ នៅពេលព័ត៌មានសម្ងាត់ទាំងនោះត្រូវការការសម្ងាត់។

អត្ថបទពាក់ព័ន្ធ