នៅពេល Squid មិនអាចដោះស្រាយឈ្មោះម៉ាស៊ីន
ពិនិត្យ resolver របស់ម៉ាស៊ីនមេប្រូកស៊ី; ការស្វែងរកជោគជ័យនៅ client មិនបញ្ជាក់ថា Squid អាចដោះស្រាយឈ្មោះដូចគ្នាទេ។
ពិនិត្យ 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 របស់ប្រូកស៊ីមេ និងពិធីការប្រូកស៊ីឱ្យនៅដដែល ពេលវាយតម្លៃការផ្លាស់ប្ដូរម៉ាស៊ីនមេ។