Squid Split DNS: បញ្ជូនដែនឯកជនតាមរយៈ resolver ត្រឹមត្រូវ
បញ្ជូនលំហឈ្មោះ DNS ឯកជន និងសាធារណៈ ដោយចេតនា ជំនួសឱ្យការផ្តល់ឱ្យ Squid នូវបញ្ជី resolver ដែលមិនច្បាស់លាស់។
ការដាក់ resolver ខាងក្នុងមុន និង resolver សាធារណៈបន្ទាប់ មិនប្រាប់ Squid ថាឈ្មោះណាជារបស់លំហឈ្មោះណាទេ។
ក្នុង Squid 6 និង 7, dns_nameservers ជំនួសបញ្ជី resolver ធម្មតាដោយអាសយដ្ឋានម៉ាស៊ីនមេ។ វាក្យសម្ព័ន្ធរបស់វាមិនមានការផ្គូផ្គងតាមដែនទេ។ ចម្លើយអវិជ្ជមានត្រឹមត្រូវក៏ខុសពី resolver ដែលមិនអាចឈានដល់ ដូច្នេះជម្រើសផ្សេងមិនមែនជាវិធីដែលអាចទុកចិត្តបានក្នុងការស្វែងរកលំហឈ្មោះដែលមិនត្រូវគ្នា។
បញ្ជូនសំណួរតាមដែន
ឧបករណ៍បញ្ជូន DNS មូលដ្ឋានអាចបង្ហាញគោលនយោបាយដែលខ្វះ។ ក្នុងការកំណត់ dnsmasq ដែលមានស្រាប់ បច្ច័យឯកជនអាចបញ្ជូនបានដូចនេះ៖
server=/internal.example/192.0.2.53
ជំនួសដែន និងអាសយដ្ឋាន។ កំណត់ upstream លំនាំដើមដែលបានអនុម័តសម្រាប់ឈ្មោះផ្សេងទៀត អ្នកស្តាប់សមស្រប និងការរឹតបន្តឹងការចូល។ បន្ទាប់មកចង្អុល Squid ទៅ resolver នោះដោយប្រើការកំណត់ដែលកំណែដែលបានដំឡើងគាំទ្រ។
ជាជម្រើស សូមប្រើសេវា DNS ស្ថាប័នដែលដោះស្រាយលំហឈ្មោះទាំងពីរបានត្រឹមត្រូវ។ ជៀសវាងការត្រឡប់ទៅសាធារណៈដែលបង្ហាញឈ្មោះឯកជនដោយមិនអាចឆ្លើយតបបាន។
ប្រសិនបើ proxy មេធ្វើការស្វែងរកគោលដៅ ជំហាននោះត្រូវការលំហឈ្មោះឯកជន។ resolver នៅលើម៉ាស៊ីន Squid មូលដ្ឋាននឹងមិនដោះស្រាយការស្វែងរករបស់ proxy មេទេ។
ពិនិត្យករណីអវិជ្ជមានផងដែរ
ជ្រើសឈ្មោះឯកជនត្រឹមត្រូវ ឈ្មោះសាធារណៈត្រឹមត្រូវ និងឈ្មោះឯកជនដែលមិនមាន។ សម្រាប់ឈ្មោះនីមួយៗ កំណត់ upstream ដែលបានគ្រោងទុក និងថាចម្លើយដែលរំពឹងទុកជាអាសយដ្ឋាន ឬចម្លើយអវិជ្ជមាន។ ករណីចុងក្រោយបង្ហាញការត្រឡប់ទៅសាធារណៈដោយចៃដន្យបន្ទាប់ពីចម្លើយអវិជ្ជមានខាងក្នុង។
បញ្ចូលក្រុមអាសយដ្ឋានដែលអតិថិជនត្រូវការ។ ការស្វែងរក A ដែលដំណើរការមិនបញ្ជាក់ថា AAAA អនុវត្តតាមគោលនយោបាយ ឬត្រឡប់គោលដៅដែលអាចឈានដល់បានទេ។ កត់សម្គាល់ស្ថានភាពឃ្លាំងសម្ងាត់ផងដែរ៖ ចម្លើយដែលរក្សាទុកអាចបិទបាំងថាតើ upstream ណាដែលសំណួរថ្មីនឹងជ្រើស។