កម្មវិធីរុករកប្រើប្រូកស៊ី SOCKS បន្ទាប់មក nslookup ទាក់ទងជាមួយកម្មវិធីដោះស្រាយធម្មតារបស់ម៉ាស៊ីន។ នោះមិនគ្រប់គ្រាន់ដើម្បីសន្និដ្ឋានថាកម្មវិធីរុករកបានមិនអើពើនឹងជម្រើស DNS ពីចម្ងាយរបស់វាទេ។

ឧបករណ៍បានធ្វើសំណួរមួយទៀតតាមរយៈចំណុចប្រទាក់ DNS ផ្ទាល់ខ្លួន។ វាមិនបានសួរកម្មវិធីរុករកថាតើត្រូវប្រើផ្លូវណាទេ។ ផ្ទុយទៅវិញ កម្មវិធីរុករកដែលបញ្ជូនឈ្មោះម៉ាស៊ីនគោលដៅទៅ SOCKS មិនកំណត់ឡើងវិញលើអតិថិជនដោះស្រាយគ្រប់រូបនៅលើឧបករណ៍នោះទេ។

ការបញ្ជូនបន្ត SSH បែបថាមវន្តបន្ថែមភាពខុសគ្នាដ៏មានប្រយោជន៍មួយទៀត។ វាទទួលយកការតភ្ជាប់កម្មវិធីដែលដឹង SOCKS។ វាមិនមែនជាការបញ្ជូនបន្ត UDP DNS ស្វ័យប្រវត្តិសម្រាប់ប្រព័ន្ធទាំងមូលទេ។ ឈ្មោះម៉ាស៊ីនគោលដៅដែលផ្ទុកក្នុងសំណើ SOCKS នៅតែអាចដោះស្រាយពីចម្ងាយដោយមិនបញ្ជូនសំណួរ DNS ធម្មតារបស់ប្រព័ន្ធតាមអ្នកស្តាប់នោះ។

វាយតម្លៃប្រតិបត្តិការដែលអ្នកខ្វល់ខ្វាយ។ កំណត់ប្រភេទប្រូកស៊ីពិតប្រាកដរបស់កម្មវិធីរុករក និងគោលនយោបាយដោះស្រាយគោលដៅ បន្ទាប់មកពិនិត្យភស្តុតាងដែលពាក់ព័ន្ធនឹងសំណើរុករកនោះ។ ឧបករណ៍ដាច់ដោយឡែកនៅក្រៅផ្លូវនោះគឺជាការប្រៀបធៀប មិនមែនជាការវាស់ការស្វែងរកខាងក្នុងរបស់កម្មវិធីរុករកទេ។

ប្រសិនបើតម្រូវការគឺការបញ្ជូនផ្លូវដោះស្រាយឈ្មោះទូទាំងប្រព័ន្ធ សូមបញ្ជាក់ដោយឡែក។ វាត្រូវការការរចនាដែលគាំទ្រសមស្របគ្របដណ្តប់ចរាចរណ៍របស់កម្មវិធីដោះស្រាយក្នុងវិសាលភាព។ ការកំណត់ប្រូកស៊ីកម្មវិធីតែមួយបង្កើតការរៀបចំតូចចង្អៀតជាង។

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