ทำไมชื่อเซิร์ฟเวอร์จึงแปลงเป็นที่อยู่ VPN หลังการต่อสาย

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

สองที่อยู่ หนึ่งชื่อ สามเงื่อนไข

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

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

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

อ่านระเบียนก่อนเปลี่ยนตัวลงทะเบียน

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

dig +short files.corp.example A
dig @10.20.0.10 +short files.corp.example A
Resolve-DnsName files.corp.example -Server 10.20.0.10 -Type A

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

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

แก้ไขผู้เผยแพร่หรือระเบียน แต่ต้องรู้ว่าเป็นอะไร

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

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

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

ตรวจสอบจากเครือข่ายไคลเอนต์ที่ล้มเหลว

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

ipconfig /flushdns
ipconfig /displaydns | findstr /i files.corp.example

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

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