การคัดลอก /32 ของอุโมงค์จะไม่ทำให้ระบบกำหนดเส้นทางไปยังซับเน็ตของสำนักงาน
ที่อยู่ที่ VPN มอบให้อะแดปเตอร์ของคุณอธิบายลิงก์ ไม่ใช่ปลายทาง เพิ่มคำนำหน้าทรัพยากรในโปรไฟล์และปล่อยเส้นทางเริ่มต้นไว้ตามเดิม
VPN เชื่อมต่อ อินเทอร์เฟซแสดงที่อยู่ที่มีมาสก์สามสิบสองบิต และเซิร์ฟเวอร์สำนักงานยังเข้าถึงไม่ได้ ขั้นตอนถัดไปมักเป็นการนำมาสก์นั้นกลับมาใช้ในเส้นทาง ด้วยทฤษฎีว่าอินเทอร์เฟซอธิบายสิ่งที่อุโมงค์เข้าถึงได้ ไม่ใช่เช่นนั้น ที่อยู่นั้นอธิบายปลายทางฝั่งท้องถิ่นของลิงก์แบบจุดต่อจุด และปลายทางที่คุณสนใจอยู่ในคำนำหน้าอื่นอีกด้านหนึ่ง
สองสิ่งที่แตกต่างกันกำลังถูกปนกัน คือที่อยู่ที่อุโมงค์ให้คุณ กับเครือข่ายที่คุณต้องการเข้าถึงผ่านมัน
สองที่อยู่ สองหน้าที่
ในอุโมงค์แบบจุดต่อจุด ที่อยู่ของไคลเอนต์มักเป็นที่อยู่โฮสต์เดียว เพราะมีคู่ตรงข้ามเพียงหนึ่งเดียวที่ปลายอีกด้านของลิงก์ ไม่มีเซกเมนต์ที่ใช้ร่วมกันและไม่มี ARP ดังนั้นมาสก์ที่ดูไร้เหตุผลบน Ethernet จึงเป็นเรื่องปกติอย่างยิ่งที่นี่
คำนำหน้าปลายทางเป็นข้อเท็จจริงเกี่ยวกับเครือข่ายสำนักงาน ไม่ใช่เกี่ยวกับอุโมงค์ หากต้องการเซิร์ฟเวอร์หนึ่งเครื่อง เส้นทางคือเส้นทางโฮสต์สำหรับเซิร์ฟเวอร์นั้น หากต้องการซับเน็ตทั้งหมดของสำนักงาน เส้นทางคือซับเน็ตนั้น ไม่มีคำตอบใดอ่านได้จากอินเทอร์เฟซ และการเลือกอันหนึ่งเพราะมันปรากฏข้างที่อยู่ของอุโมงค์คือวิธีที่การตั้งค่าที่ใช้งานได้ถูกทำให้เสีย
| What you need to reach | What to install |
|---|---|
| One server, nothing else | A host route for that address |
| The office subnet | A route for the subnet prefix |
| Everything in the private space | Only if the requirement says so, and only with the owner's approval |
แถวที่สามนั้นคือจุดที่ความหวังกลายเป็นการหยุดชะงัก การกำหนดเส้นทางช่วงส่วนตัวทั้งหมดเข้าสู่อุโมงค์ที่ให้บริการเพียงไซต์เดียวจะผลักดันทราฟฟิกที่ไม่เกี่ยวข้องไปยังเส้นทางที่ไม่สามารถส่งถึงได้ และความล้มเหลวที่เกิดขึ้นดูเหมือน VPN เสียมากกว่าเส้นทางที่กว้างเกินไป
เลือกคำนำหน้าจากข้อกำหนด
เขียนข้อกำหนดเป็นประโยคก่อนแตะโปรไฟล์: โฮสต์ใดต้องเข้าถึงได้ และคำนำหน้าที่แคบที่สุดที่ครอบคลุมพวกมันคืออะไร เซิร์ฟเวอร์เดียวคือเส้นทางโฮสต์ ซับเน็ตคือเส้นทางซับเน็ต ช่วงของซับเน็ตคือการสรุป และการสรุปคือคำสัญญาว่าทุกที่อยู่ภายในนั้นเข้าถึงได้ ซึ่งแทบไม่เคยจริง
จากนั้นตรวจสอบตัวเลขกับสิ่งที่สำนักงานใช้จริง การคัดลอกคำนำหน้าจากข้อความแชตโดยไม่ยืนยันกับแผนการกำหนดที่อยู่ของไซต์คือวิธีที่เส้นทางลงเอยด้วยการชี้ไปยังซับเน็ตที่ไม่มีใครเป็นเจ้าของ
จำไว้ด้วยว่าเส้นทางคือเส้นทาง ไม่ใช่การอนุญาต เกตเวย์ยังคงตัดสินว่าไคลเอนต์ของคุณใช้ปลายทางได้หรือไม่ และบริการยังคงปฏิเสธคุณได้ การติดตั้งเส้นทางอย่างถูกต้องทำให้แพ็กเก็ตไปถึงที่นั่นและไม่ตอบอะไรเกี่ยวกับการอนุญาต
เพิ่มในโปรไฟล์ อย่าแทนที่มัน
เส้นทางในโปรไฟล์ NetworkManager เป็นคุณสมบัติหลายค่า และความแตกต่างระหว่างการตั้งค่าและการเพิ่มคืออักขระหนึ่งตัว ใช้รูปแบบบวกเพื่อเพิ่มรายการและรักษาทุกอย่างที่บันทึกไว้แล้ว
nmcli connection modify uuid 11111111-2222-4333-8444-555555555555 \
+ipv4.routes "10.40.20.9/32"หากไม่มีเครื่องหมายบวก การกำหนดค่าจะแทนที่ทั้งรายการ ในโปรไฟล์ที่มีคำนำหน้าหลายรายการอยู่แล้ว สิ่งนี้จะลบรายการที่ทำงานอยู่เงียบๆ และอาการจะมาทีหลังในรูปของบริการที่เคยเข้าถึงได้จากแล็ปท็อปเครื่องนี้
ใช้ UUID แทนชื่อ ชื่อจะซ้ำหลังการกู้คืน และการเชื่อมต่อที่คุณแก้ไขอาจไม่ใช่ตัวที่รับส่งทราฟฟิกของคุณ ตรวจสอบก่อนว่ามีรายการที่เหมือนกันอยู่แล้วหรือไม่ เพราะการเพิ่มรายการซ้ำนั้นไม่เรียบร้อยแม้จะไม่เป็นอันตราย
เอกสาร อ้างอิงคุณสมบัติเส้นทาง อธิบายปลายทาง ฮอปถัดไปที่เป็นทางเลือก เมตริก และไวยากรณ์แอตทริบิวต์สำหรับเวอร์ชันที่ติดตั้ง อ่านก่อนเพิ่มฮอปถัดไป เพราะการต้องใช้หรือไม่ขึ้นอยู่กับการผสานรวมและโทโพโลยี และการเดาจากที่อยู่แรกในรายการอินเทอร์เฟซไม่ใช่วิธีการ
เส้นทางเริ่มต้นและ DNS เป็นการตัดสินใจแยกกัน
Adding an office prefix says nothing about where the rest of your traffic goes. If policy requires ordinary internet traffic to stay outside the tunnel, that is the ipv4.never-default decision, and it belongs to whoever owns the connection policy rather than to whoever is fixing one unreachable server.
เส้นทางอัตโนมัติเป็นอีกสิ่งหนึ่งที่ไม่ควรถูกรบกวนอย่างไม่ระวัง การระงับมันเพื่อแก้รายการที่หายไปหนึ่งรายการอาจลบหลายรายการที่ทำงานอยู่ และผู้ที่แนะนำมักกำลังดูโปรไฟล์อื่นที่มี push ต่างกัน
DNS มีเส้นทางของตัวเองและความล้มเหลวของตัวเอง ชื่อที่แก้ไขไปยังที่อยู่ที่ถูกต้องผ่านตัวแก้ไขชื่อที่ผิด หรือตัวแก้ไขชื่อที่ไม่สามารถตอบสำหรับโซนส่วนตัว จะดูเหมือนปัญหาเส้นทางขณะที่เส้นทางสมบูรณ์ ทดสอบที่อยู่และชื่อแยกกัน แล้วตัดสินว่าชั้นใดล้มเหลวจริง
ตรวจสอบสิ่งที่ถูกนำไปใช้
การแก้ไขที่บันทึกไว้ไม่ใช่การแก้ไขที่นำไปใช้ เชื่อมต่อใหม่ผ่านวงจรชีวิตที่ได้รับการสนับสนุนของผู้จัดการ แล้วดูเส้นทางจริงสำหรับปลายทางที่ตั้งใจและกฎนโยบายที่กำหนดว่าจะปรึกษาตารางใด
หากคำนำหน้ามีอยู่และการเชื่อมต่อยังล้มเหลว คุณได้ย้ายไปยังปัญหาอื่นแล้ว การเลือกที่อยู่ต้นทาง เส้นทางขากลับที่ปลายไกล หรือบริการที่ปฏิเสธไคลเอนต์ของคุณ แต่ละอย่างเป็นที่ที่ดีกว่าที่จะดูมากกว่าโปรไฟล์ที่คุณแก้ไขแล้ว