คุณคิดว่าการเปลี่ยนชื่อเซิร์ฟเวอร์ Pritunl จะเปลี่ยนปลายทางของมันหรือไม่?

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

ชื่อที่ไคลเอนต์เชื่อมต่ออาศัยอยู่ในฟิลด์เดียวของโฮสต์

Pritunl เปิดเผยปลายทางผ่านการตั้งค่า ที่อยู่สาธารณะ ของโฮสต์ ซึ่งรับที่อยู่ IP สาธารณะหรือชื่อ DNS ใส่ vpn.example.net ตรงนั้น แล้วโปรไฟล์ที่สร้างขึ้นและการซิงก์ที่ผ่านการรับรองจะส่งชื่อนั้นให้ไคลเอนต์ ระเบียนต้องมีอยู่แล้วและต้องแปลงไปยังตัวรับฟังที่ยอมรับการขนส่ง VPN; ฟิลด์นี้ประกาศปลายทาง แต่ไม่ได้เผยแพร่ปลายทางนั้น ชื่อที่แสดงของออบเจ็กต์เซิร์ฟเวอร์เป็นเมทาดาทาเชิงบริหารและไม่เคยไปถึงความพยายามเชื่อมต่อของไคลเอนต์

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

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

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

ชื่อ DNS ก็ไม่ได้พาแมปพอร์ตหรือตัวรับฟังมาด้วย ถ้าบริการรับฟังบน 1194 UDP ชื่อก็ยังแปลงไปยังโฮสต์ที่ต้องยอมรับ 1194 UDP พร็อกซีแบบย้อนกลับ HTTP บนพอร์ต 443 ที่ให้บริการคอนโซลเว็บไม่ใช่ปลายทางการขนส่ง VPN แม้ว่าทั้งสองจะใช้ชื่อเดียวกัน

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

ส่งชื่อใหม่ไปยังไคลเอนต์ที่มีอยู่

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

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

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

ยอมรับการเปลี่ยนแปลงด้วยการเชื่อมต่อจริง

การแปลงชื่อเป็นวิธีทดสอบที่อ่อนแอที่สุด dig +short vpn.example.net ที่คืนค่าที่อยู่พิสูจน์เพียงว่ามีระเบียนอยู่

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

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