วิธีเขียนปลายทาง IPv6 ในการกำหนดค่า VPN

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

ตรวจสอบชนิดของฟิลด์ก่อนพิมพ์ที่อยู่

ตัวอย่างเช่น WireGuard Endpoint ฟิลด์ที่มีพอร์ต ตัวอักษร IPv6 ใช้วงเล็บล้อมที่อยู่ เช่น [2001:db8::10]:51820 คำนำหน้าสำหรับเอกสารในตัวอย่างนั้นไม่ใช่เซิร์ฟเวอร์สาธารณะ และวงเล็บเป็นส่วนหนึ่งของไวยากรณ์ ไม่ใช่ส่วนหนึ่งของที่อยู่

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

ใส่วงเล็บรอบตัวอักษรเมื่อพอร์ตอยู่ในฟิลด์เดียวกัน

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

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

แยกฟิลด์ที่อยู่และฟิลด์พอร์ตออกจากกัน

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

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

จัดการตัวระบุโซนอย่างระมัดระวัง

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

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

ตรวจสอบการแยกวิเคราะห์ แล้วจึงตรวจสอบการเข้าถึง

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

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

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