ทำไมปลายทางส่วนตัวยังตอบกลับด้วยที่อยู่สาธารณะ

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

เริ่มที่ตัวแปลงชื่อของไคลเอนต์

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

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

อ่านว่าคำตอบคืออะไรจริง ๆ

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

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

รายการใน hosts พิสูจน์เส้นทางแล้วก็โกหก

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

มันไม่ช่วยบัญชีที่สอง ปลายทางที่สอง หรือเพื่อนร่วมงาน และจะพังโดยไม่มีสัญญาณเตือนเมื่อปลายทางถูกสร้างใหม่ที่ที่อยู่ใหม่

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

เชื่อมโยงโซนและแจกจ่ายตัวแปลงชื่อ

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

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

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

ตรวจสอบชื่อ พอร์ต และตัวตนตามลำดับ

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

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

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