nslookup บอกว่าเซิร์ฟเวอร์ไม่รู้จัก: มันเป็นเพียงป้ายชื่อ

เชื่อมต่อ VPN แล้วรัน nslookup ส่วนหัวจะแสดงที่อยู่ของรีโซลเวอร์โดยช่องชื่อถูกเติมเป็น Unknown คำนั้นอยู่เหนือคำตอบ และคนส่วนใหญ่หยุดอ่านก่อนถึงส่วนที่สำคัญ ป้ายชื่อบอกว่าตัวรีโซลเวอร์มีชื่อย้อนกลับของตัวเองหรือไม่ ยังไม่บอกอะไรเกี่ยวกับว่าชื่อโฮสต์ที่คุณถามถูกแปลงแล้วหรือไม่ การปิดหน้าต่างนั้นแต่เนิ่นๆ คือทักษะทั้งหมดตรงนี้

การค้นหาสองแบบที่ต่างกันสามารถทำให้เกิดภาพนั้นได้ และมีเพียงแบบเดียวที่เกี่ยวกับปัญหาของคุณ การแยกทั้งสองต้องใช้คำสั่งเพิ่มหนึ่งคำสั่งและประหยัดเวลาช่วงบ่ายที่ต้องไปแก้การตั้งค่า DNS ที่ไม่เคยผิด

เครื่องมือทำอะไรก่อนจะตอบคุณ

nslookup อาจพยายามหาชื่อสำหรับที่อยู่เซิร์ฟเวอร์ที่กำลังจะใช้ ซึ่งเป็นการค้นหาย้อนกลับในโดเมน in-addr.arpa หรือ ip6.arpa ถ้าไม่มีระเบียน PTR นั้น ถูกกรองด้วยนโยบาย หรือไม่ได้เผยแพร่เลย เครื่องมือจะพิมพ์ Unknown แล้วไปต่อ การแปลงไปข้างหน้าไม่ได้รับผลกระทบจากความล้มเหลวนั้น เพราะเป็นคำถามอีกข้อที่ส่งไปยังเซิร์ฟเวอร์เดียวกัน

นี่คือเหตุผลที่รีโซลเวอร์ส่วนตัวสามารถตอบชื่อองค์กรทุกชื่อได้อย่างถูกต้องและยังดูไม่ระบุตัวตนในส่วนหัวของเครื่องมือ ที่อยู่เป็นที่รู้จัก ชื่อที่อยู่เบื้องหลังไม่ใช่ และเครื่องมือก็ซื่อสัตย์เรื่องนั้นแม้จะยังดูเหมือนเล่นละครเล็กน้อยกับคำที่มันเลือก

รันการค้นหาทั้งสองอย่างตั้งใจ

ถามเกี่ยวกับโฮสต์ที่คุณใส่ใจ แล้วถามเกี่ยวกับที่อยู่ของรีโซลเวอร์เอง คำขอแรกพาชื่อที่คุณต้องการ คำขอที่สองถามเซิร์ฟเวอร์ว่ามันตั้งชื่อตัวเองได้ไหม เมื่อเขียนออกมาจะมีลักษณะเช่นนี้: nslookup app.corp.example 10.77.0.53 สำหรับโฮสต์ และ nslookup 10.77.0.53 10.77.0.53 สำหรับชื่อย้อนกลับของรีโซลเวอร์

ตัวอย่างทั้งสองเป็นเพียงการยกตัวอย่าง ดังนั้นให้แทนที่ด้วยชื่อและที่อยู่ของคุณเอง ประเด็นไม่ใช่ไวยากรณ์ที่แน่นอนแต่คือการแยก: สองคำสั่งถามคำถามต่างกันและสามารถให้ผลต่างกันได้โดยที่ทั้งสองไม่ใช่ความผิดพลาด

สามผลลัพธ์ที่ดูคล้ายกันแต่ไม่เหมือนกัน

การหมดเวลาหมายความว่าไม่มีคำตอบมาถึงเลย ซึ่งชี้ไปที่การเข้าถึง การกรอง หรือที่อยู่เซิร์ฟเวอร์ผิด คำตอบเชิงลบหมายความว่าเซิร์ฟเวอร์ตอบกลับและบอกว่าชื่อนั้นไม่มีอยู่ ซึ่งชี้ไปที่โซนหรือคำต่อท้าย ชื่อย้อนกลับที่หายไปหมายความว่าเซิร์ฟเวอร์ตอบคำถามที่สองโดยไม่มีอะไรที่เป็นประโยชน์ และคำตอบไปข้างหน้าอาจยังสมบูรณ์แบบ สามผลลัพธ์ สามเจ้าของ และมีเพียงหนึ่งเดียวที่เกี่ยวกับชื่อโฮสต์ที่คุณต้องการ

มีเพียงสองข้อแรกที่อธิบายเส้นทาง DNS ที่ล้มเหลวสำหรับแอปพลิเคชันของคุณ ข้อที่สามอธิบายระเบียนที่ไม่เคยถูกเผยแพร่ และการถือว่าเป็นความผิดพลาดนำไปสู่การเปลี่ยนแปลงที่ไม่สามารถแก้ไขได้ เช่น การเขียนคำต่อท้ายการค้นหาใหม่จนกว่าส่วนหัวจะดูเป็นมิตรขึ้น

อ่านส่วนต่างๆ ไม่ใช่ส่วนหัว

ใต้ส่วนหัว เครื่องมือจะพิมพ์คำตอบ อำนาจ และระเบียนเพิ่มเติมใดๆ ที่อยู่ที่ถูกต้องในส่วนคำตอบคือผลลัพธ์ที่คุณต้องการ แม้ชื่อในส่วนหัวจะเป็น Unknown คำตอบว่างพร้อมการปฏิเสธแบบมีอำนาจเป็นผลลัพธ์อีกแบบและสมควรได้รับการสอบสวนของตัวเอง

เก็บทั้งสองสิ่งให้ชัดเจนในทุกสิ่งที่คุณส่งให้ฝ่ายสนับสนุน: ชื่อใดถูกถาม และเซิร์ฟเวอร์ใดถูกถาม รายงานที่กล่าวเพียงว่า DNS เสียผ่าน VPN บังคับให้คนถัดไปต้องสร้างการทดสอบที่คุณทำไปแล้วขึ้นใหม่

เมื่อชื่อย้อนกลับมีความสำคัญจริงๆ

บางบริการสนใจระเบียน PTR จริงๆ เช่น การบันทึกที่แปลงที่อยู่ไคลเอนต์ การตรวจสอบชื่อเสียงอีเมล หรือเครื่องมือบริหารที่แสดงชื่อ หากสิ่งใดสิ่งหนึ่งล้มเหลว ให้เผยแพร่ระเบียนหรือแก้ไขโซนที่ควรเก็บระเบียนนั้น งานนั้นชอบด้วยกฎหมายและแยกจากคำถามว่า VPN ส่งต่อคำค้นหาอย่างถูกต้องหรือไม่

ประเด็นแคบยังคงอยู่: ป้ายรีโซลเวอร์ที่หายไปหนึ่งอันไม่ได้พิสูจน์ว่าการแปลงไปข้างหน้าผ่านอุโมงค์เสีย และการค้นหาไปข้างหน้าที่ทำงานได้หนึ่งครั้งไม่ได้พิสูจน์ว่าทุกชื่อในโซนถูกแปลง ทดสอบชื่อที่คุณต้องการจริงๆ แล้วตัดสินว่าคำในส่วนหัวมีค่าเท่าไร