ตรวจสอบ 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 ของไคลเอนต์ การกำหนดเส้นทางของพร็อกซีแม่ และโปรโตคอลพร็อกซีไว้เหมือนเดิมระหว่างประเมินการเปลี่ยนแปลงฝั่งเซิร์ฟเวอร์

บทความที่เกี่ยวข้อง