ពិនិត្យ DNS នៅកន្លែងដែលការស្វែងរកបរាជ័យ។ កុំព្យូទ័រយួរដៃរបស់អ្នកអាចដោះស្រាយឈ្មោះបាន មិនបញ្ជាក់ថា Squid ឬប្រូកស៊ីមេដែលបង្កើតការតភ្ជាប់បន្ត ក៏អាចដោះស្រាយវាបានដែរ។

អាន កំណត់ហេតុ cache របស់ instance ដែលមានបញ្ហា និងពិនិត្យការកំណត់ resolver របស់ម៉ាស៊ីនមេ។ ការត្រួតពិនិត្យជំនួយនៅកម្រិត host គឺ៖

getent ahosts target.example

ប្រើគោលដៅពិត។ getent ប្រើប្រព័ន្ធស្វែងរករបស់ host; resolver ខាងក្នុង ឬ cache របស់ Squid អាចខុសគ្នា។ ពិនិត្យ input dns_nameservers និង hosts_file ដែលបានកំណត់ច្បាស់ មុនសន្មតថាវាត្រូវគ្នា។

ក្នុង Squid 6.13 បញ្ជី nameserver ដែលកំណត់ច្បាស់មានអាសយដ្ឋាន IP៖

dns_nameservers 192.0.2.53

ជំនួសអាសយដ្ឋានឯកសារនេះដោយ resolver ដែលបានអនុម័ត ហើយអាចចូលដំណើរការពីម៉ាស៊ីនមេ Squid។ ឈ្មោះឯកជនអាចត្រូវការ resolver របស់ស្ថាប័ន; resolver សាធារណៈដែលមិនពាក់ព័ន្ធអាចមិនឃើញវាក្នុងទិដ្ឋភាព DNS របស់ខ្លួន។

ឈ្មោះជំនួសក្នុងឯកសារ hosts របស់កុំព្យូទ័រយួរដៃ មិនត្រូវបានបញ្ជូនជាមួយសំណើឈ្មោះម៉ាស៊ីនតាមប្រូកស៊ីទេ។ នៅលើម៉ាស៊ីនដែលស្វែងរក សូមពិនិត្យ ការកំណត់ hosts_file សម្រាប់កំណែ Squid ដែលបានដំឡើង និងគិតគូរ resolver របស់ប្រូកស៊ីមេនៅពេលពាក់ព័ន្ធ។ រក្សាឈ្មោះម៉ាស៊ីនដែលប្រើសម្រាប់អត្តសញ្ញាណ TLS ឱ្យត្រូវនឹងសេវា។

បន្ទាប់ពីការផ្លាស់ប្ដូរការកំណត់ដែលមានការគ្រប់គ្រងមួយ ពិនិត្យវាក្យសម្ពន្ធ និងផ្ទុកការកំណត់របស់ instance ដែលចង់បានឡើងវិញ រួចធ្វើសំណើដូចគ្នាម្ដងទៀត ហើយពិនិត្យភស្តុតាងរបស់វា។ ចម្លើយវិជ្ជមាន និងអវិជ្ជមានក្នុង cache អាចប៉ះពាល់ការសាកល្បងដដែលៗ។ ការស្វែងរកជោគជ័យបន្ទាប់មកការតភ្ជាប់អស់ពេល គឺជាបញ្ហាផ្លូវ ឬសិទ្ធិនៅដំណាក់កាលក្រោយ; កុំបន្តប្ដូរ DNS ដើម្បីជួសជុលវា។ រក្សា DNS របស់ client, routing របស់ប្រូកស៊ីមេ និងពិធីការប្រូកស៊ីឱ្យនៅដដែល ពេលវាយតម្លៃការផ្លាស់ប្ដូរម៉ាស៊ីនមេ។

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