ក្នុង Dante 1.4.4 ច្បាប់អតិថិជនអនុញ្ញាតការតភ្ជាប់មុនការចរចា SOCKS ខណៈច្បាប់ SOCKS សម្រេចថាសំណើដែលបានផ្ទៀងផ្ទាត់ណាអាចបន្តបាន។ ការតភ្ជាប់ពីប្រភពដែលបានអនុញ្ញាតក៏អាចត្រូវការឈ្មោះអ្នកប្រើនៅដំណាក់កាលទីពីរ។

សម្រាប់ការផ្ទៀងផ្ទាត់តាមឈ្មោះអ្នកប្រើនៃប្រព័ន្ធប្រតិបត្តិការ សូមពិនិត្យអត្តសញ្ញាណសេវាជាមួយវិធីសាស្ត្រ។ ការអានមូលដ្ឋានទិន្នន័យគណនីអាចត្រូវការអត្តសញ្ញាណដែលមានសិទ្ធិខ្ពស់៖

clientmethod: none
socksmethod: username
user.privileged: root
user.unprivileged: danteproxy

ប្រើគណនីសេវាពិតដែលមានសិទ្ធិទាប ហើយបានដំឡើងសម្រាប់ Dante។ បង្កើតឬជ្រើសគណនីអតិថិជនដែលបានអនុញ្ញាត និងឆបគ្នាជាមួយប្រព័ន្ធខាងក្រោយឈ្មោះអ្នកប្រើ។ អត្តសញ្ញាណសេវានិងការចូលរបស់អតិថិជនមានតួនាទីខុសគ្នា។

រក្សាព្រំដែនសំណើ

បន្ទាប់ពី ច្បាប់អតិថិជនចង្អៀតដែលមានស្រាប់ តម្រូវឱ្យមានគណនីលើផ្លូវ SOCKS ដែលបានអនុញ្ញាត៖

socks pass {
    from: 198.51.100.27/32 to: 203.0.113.20/32 port = 443
    command: connect
    socksmethod: username
    user: proxyuser
    log: connect error
}

អាសយដ្ឋាននិងឈ្មោះគណនីជាតម្លៃគំរូ។ វាអនុញ្ញាតប្រភពមួយ គោលដៅមួយ ពាក្យបញ្ជាមួយ និងអ្នកប្រើដែលបានផ្ទៀងផ្ទាត់ដែលបានបញ្ជាក់។ កុំជំនួសព្រំដែននេះដោយប្រភពគ្មានកំណត់ ដោយគ្រាន់តែបានបន្ថែមពាក្យសម្ងាត់។

ការកំណត់វិធីសាស្ត្រជាសកលនិងតាមច្បាប់ត្រូវស្របគ្នា។ ពិនិត្យរកច្បាប់ចាស់ដែលអនុញ្ញាតតែ none ហើយនៅសល់ពីការកំណត់តាមប្រភពតែប៉ុណ្ណោះ។ រក្សាការកំណត់កម្មវិធីស្ដាប់និងជញ្ជាំងភ្លើងដែលបានគ្រោងទុកផងដែរ។

សាកល្បងការចរចានិងការចូលប្រើដោយឡែក

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

ការចរចារងឈ្មោះអ្នកប្រើ/ពាក្យសម្ងាត់ដែលកំណត់ដោយ RFC 1929 មិនអ៊ិនគ្រីបពាក្យសម្ងាត់ទេ។ សម័យ HTTPS ជាមួយគោលដៅនៅពេលក្រោយមិនការពារការផ្លាស់ប្ដូរប្រូកស៊ីមុននោះទេ។ ប្រើផ្លូវដែលបានការពារសមស្របពីអតិថិជនទៅម៉ាស៊ីនមេ។

ការត្រួតពិនិត្យការកំណត់រចនាសម្ព័ន្ធដែលជោគជ័យបញ្ជាក់វាក្យសម្ពន្ធនិងអត្តសញ្ញាណ មិនមែនមូលដ្ឋានទិន្នន័យគណនីឬផ្លូវបណ្ដាញទេ។ មើលកំណត់ហេតុម៉ាស៊ីនមេដើម្បីដឹងថាការសាកល្បងពិតត្រូវបានបដិសេធនៅដំណាក់កាលណា។

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