เมื่อ Squid แปลงชื่อโฮสต์ไม่ได้
ตรวจสอบ resolver ของเซิร์ฟเวอร์พร็อกซี การค้นหาสำเร็จบนไคลเอนต์ไม่ได้พิสูจน์ว่า Squid จะแปลงชื่อเดียวกันได้
ตรวจสอบ DNS ณ จุดที่การค้นหาล้มเหลว การที่แล็ปท็อปของคุณแปลงชื่อได้ไม่ได้ยืนยันว่า Squid หรือพร็อกซีแม่ที่สร้างการเชื่อมต่อถัดไปจะแปลงชื่อนั้นได้
อ่าน บันทึกแคชของอินสแตนซ์ที่เกิดปัญหา และตรวจสอบการตั้งค่า resolver ของเซิร์ฟเวอร์ การตรวจสอบเสริมในระดับโฮสต์คือ:
getent ahosts target.exampleใช้เป้าหมายจริง getent ใช้กลไกการค้นหาของโฮสต์ ส่วน resolver ภายในหรือแคชของ Squid อาจต่างกัน ตรวจสอบอินพุต 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 ให้ตรงกับบริการ
หลังเปลี่ยนการตั้งค่าแบบควบคุมหนึ่งรายการ ให้ตรวจสอบไวยากรณ์และโหลดการตั้งค่าของอินสแตนซ์ที่ต้องการใหม่ ส่งคำขอเดิมซ้ำแล้วดูหลักฐานที่เกี่ยวข้อง คำตอบเชิงบวกและเชิงลบที่แคชไว้อาจมีผลต่อการทดสอบซ้ำ การค้นหาสำเร็จแล้วหมดเวลารอการเชื่อมต่อเป็นปัญหาเส้นทางหรือสิทธิ์ในขั้นถัดไป อย่าเปลี่ยน DNS ต่อไปเพื่อแก้ปัญหานั้น คง DNS ของไคลเอนต์ การกำหนดเส้นทางของพร็อกซีแม่ และโปรโตคอลพร็อกซีไว้เหมือนเดิมระหว่างประเมินการเปลี่ยนแปลงฝั่งเซิร์ฟเวอร์