ชื่อภายในแบบสั้นล้มเหลวบน VPN: ส่วนต่อท้ายที่คุณไม่เคยเห็น
ชื่อสั้นทำงานได้เพียงเพราะส่วนต่อท้ายการค้นหาเติมให้สมบูรณ์ เปรียบเทียบชื่อเต็มกับชื่อสั้นเพื่อแยกช่องว่างของส่วนต่อท้ายออกจากความล้มเหลวของตัวแปลงชื่อ
ชื่อสั้นทำงานได้ในออฟฟิศแต่ล้มเหลวบน VPN ขณะที่ชื่อเต็มแปลงได้ตามปกติ ไม่มีอะไรเสียหาย ชื่อเปล่าเช่น intranet ไม่ใช่ชื่อเต็ม ไคลเอนต์จะเติมส่วนต่อท้ายจากรายการค้นหาของตนแล้วถามผลลัพธ์ หากโปรไฟล์ VPN ไม่ได้ให้ส่วนต่อท้ายนั้น รูปแบบสั้นที่คุ้นเคยก็จะไม่มีอยู่อีก
นั่นคือตำนานทั้งหมด DNS ไม่ได้พัง นโยบายการค้นหาต่างหากที่เปลี่ยนไป
ชื่อเปล่าไม่ใช่ชื่อ
เมื่อคุณพิมพ์ป้ายเดียว ตัวแปลงชื่อต้องตัดสินใจว่าจะถามอะไร มันลองชื่อตามที่ให้ไว้ แล้วเติมรายการจากรายการค้นหาทีละรายการจนมีบางอย่างตอบ บน Linux ไฟล์ resolv.conf ควบคุมลำดับนั้นด้วยการตั้งค่า search และ ndots บน Windows รายการส่วนต่อท้ายและนโยบายการแปลงชื่อทำหน้าที่เดียวกัน ถอดส่วนต่อท้ายออกแล้วตัวแปลงชื่อก็ไม่มีอะไรจะเติม
ดังนั้นชื่อสั้นที่ทำงานได้จึงเป็นหลักฐานของนโยบาย ไม่ใช่หลักฐานของเซิร์ฟเวอร์ DNS ที่แข็งแรง
รายการส่วนต่อท้ายและที่อยู่ตัวแปลงชื่อทำอะไร
สองสิ่งนี้มักถูกสับสนอยู่เสมอ ที่อยู่ตัวแปลงชื่อบอกว่าจะถามใคร รายการส่วนต่อท้ายบอกว่าจะถามเกี่ยวกับชื่อใด VPN อาจให้ตัวแปลงชื่อส่วนตัวโดยไม่มีส่วนต่อท้าย หรือให้ส่วนต่อท้ายพร้อมตัวแปลงชื่อที่ผิด มีเพียงความล้มเหลวอย่างเดียวจากสองอย่างนี้ที่ดูเหมือน DNS ขัดข้อง
ตรวจแยกกัน เพราะการแก้สิ่งที่ผิดจะเผาหน้าต่างการสนับสนุน
| What you see | Likely cause |
|---|---|
| Full name resolves, short name fails | Suffix or search list missing |
| Neither resolves | Resolver unreachable or wrong domain rule |
| Both resolve, resource fails | Route or service permission |
สามอาการ สามผู้รับผิดชอบที่ต่างกัน
ทดสอบชื่อเต็มก่อน
ขอชื่อเต็มที่ผ่านการรับรองซึ่งผู้ดูแลระบบบันทึกไว้ ไม่ใช่การเดา FQDN ที่ทำงานได้พิสูจน์ว่าตัวแปลงชื่อเข้าถึงได้และระเบียนมีอยู่ ซึ่งกำจัดสาเหตุที่เป็นไปได้ครึ่งหนึ่งด้วยคำถามเดียว ใช้เครื่องมือที่แสดงว่าเซิร์ฟเวอร์ใดตอบ เพื่อไม่ให้อ่านผลลัพธ์ที่แคชไว้
เก็บการทดสอบเป็นความลับ การส่งรูปแบบภายในไปยังตัวแปลงชื่อสาธารณะ เปิดเผยชื่อและทดสอบนโยบายที่ไม่มีใครตั้งใจ
การแก้ไขควรอยู่ที่ไหน
แก้โปรไฟล์ที่เป็นเจ้าของหรือระบบจัดการที่สร้างมัน การแก้ไขด้วยมือในการตั้งค่าตัวแปลงชื่อภายในเครื่องมักหายไปเมื่อเชื่อมต่อใหม่ หรือมีผลกับทุกเครือข่ายที่เครื่องเข้าร่วม ซึ่งแย่กว่า
บน Windows ตรวจสอบนโยบายที่มีผลจริงแทนช่องทำเครื่องหมายที่คุณจำได้ Get-DnsClientNrptPolicy แสดงกฎการแปลงชื่อที่มีผลจริง
บน macOS scutil --dns พิมพ์การตั้งค่าตัวแปลงชื่อตามอินเทอร์เฟซที่มีขอบเขต รวมถึงโดเมนค้นหาที่ VPN ส่งมา
บน Linux อ่านบรรทัด search ใน /etc/resolv.conf แต่ตรวจว่ามีไคลเอนต์ VPN เขียนทับหรือไม่ หากไฟล์ถูกจัดการ ให้แก้แหล่งความจริงแทนไฟล์ที่แสดงผล บรรทัด search เก่าที่ตกค้างจากเครือข่ายก่อนหน้าเป็นสาเหตุที่พบบ่อย
สิ่งที่ควรเก็บไว้กับโปรไฟล์
เก็บชื่อเต็มที่แก้ไขแล้ว รายการส่วนต่อท้าย และที่อยู่ตัวแปลงชื่อไว้ข้างโปรไฟล์ไคลเอนต์ คนถัดไปที่รายงานว่าไซต์ intranet ล่มจะเปรียบเทียบค่าที่รู้จักสามค่าได้แทนที่จะเริ่มจากหน้าว่าง
และถ้าเฉพาะรูปแบบสั้นล้มเหลว ให้เขียนไว้ในตั๋ว ประโยคนั้นช่วยทีมตัวแปลงชื่อประหยัดเวลาหนึ่งบ่าย