ការផ្លាស់ប្តូរចម្លើយ DNS ផ្លាស់ប្តូរតែអាសយដ្ឋានដែលកម្មវិធីរុករកភ្ជាប់ទៅប៉ុណ្ណោះ។ វាមិនផ្លាស់ប្តូរ protocol ដែលកម្មវិធីរុករកនិយាយនៅពេលទៅដល់ទីនោះទេ។

ពេលបើក URL HTTP ធម្មតា កម្មវិធីរុករកផ្ញើ HTTP។ ពេលបើក URL HTTPS វាចាប់ផ្តើម TLS សម្រាប់គេហទំព័រនោះ។ ប៉ុន្តែម៉ាស៊ីនមេ SOCKS5 រង់ចាំការចរចារបស់ខ្លួនឯងជាមុន៖ ការជ្រើសវិធី ការផ្ទៀងផ្ទាត់ណាមួយ និងសំណើដែលបញ្ជាក់គោលដៅ។ កម្មវិធីរុករកដែលមិនបានកំណត់មិនផ្ញើអ្វីទាំងអស់នោះទេ។

នេះពន្យល់ហេតុអ្វីអ្នកស្តាប់ Dante ដែលអាចចូលដល់បានអាចបិទការតភ្ជាប់ភ្លាមៗបន្ទាប់ពីការផ្លាស់ប្តូរ DNS។ សេវាអាចនៅល្អ ប៉ុន្តែបៃដែលចូលមកជារបស់ protocol ខុស។ ការផ្លាស់អ្នកស្តាប់ទៅច្រក 80 ឬ 443 មិនបំប្លែងបៃទាំងនោះទៅជា SOCKS ទេ។

កំណត់ចំណុចប្រទាក់ SOCKS របស់កម្មវិធីរុករក ដូចជា ការកំណត់ SOCKS របស់ Firefox ឬការកំណត់ proxy ជាក់លាក់សម្រាប់កម្មវិធី ដើម្បីឱ្យវាធ្វើការចាប់ដៃ ហើយសុំឱ្យ proxy ភ្ជាប់បន្តទៅមុខ។ ឯកសារ PAC អាចជ្រើសផ្លូវ proxy ដែលគាំទ្រសម្រាប់កម្មវិធីដែលប្រើវា។ វានៅតែជាការកំណត់ proxy ដោយឡែក មិនមែនជាលក្ខណៈរបស់កំណត់ត្រា A ឬ AAAA ទេ។

HTTPS បន្ថែមឧបសគ្គមួយទៀតដល់គំនិត DNS តែម្នាក់ឯង។ កម្មវិធីរុករកនៅតែរំពឹងអត្តសញ្ញាណគេហទំព័រនៅក្នុង URL។ វិញ្ញាបនបត្រសម្រាប់ម៉ាស៊ីន proxy មិនអាចបំពេញការរំពឹងនោះបានទេ គ្រាន់តែដោយសារ DNS បានផ្ញើការតភ្ជាប់ទៅទីនោះ។

ការស្ទាក់ចាប់បណ្តាញថ្លាគឺជាការរចនាផ្សេងដែលពាក់ព័ន្ធនឹងការបង្វែរផ្លូវ និងកម្មវិធីស្ទាក់ចាប់ដែលត្រូវគ្នា។ មិនអាចទទួលបានដោយការត្រឡប់អាសយដ្ឋានម៉ាស៊ីនមេ SOCKS ពី DNS នោះទេ។

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