เส้นทางแบบคงที่ใน FRITZ!Box: ชี้ไปที่ LAN IP ของเกตเวย์ VPN

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

เขียนสามช่องก่อนเปิดอินเทอร์เฟซ

สมมติว่ามี LAN 192.168.50.0/24 มี FRITZ!Box ที่ 192.168.50.1 และมีกล่อง VPN ที่มีที่อยู่คงที่ 192.168.50.2 ซึ่งมีเส้นทางป้องกันที่ใช้งานได้อยู่แล้วไปยัง 10.40.0.0/16 เส้นทางบอกว่า สำหรับคำนำหน้าปลายทางไกลนั้น ให้ส่งแพ็กเก็ตไปยังอุปกรณ์ที่อยู่บนที่อยู่ LAN คงที่ endpoint สาธารณะของเซิร์ฟเวอร์ VPN ปลายทางไกลและที่อยู่ทันเนลภายในของมันไม่เกี่ยวข้องกันเลยที่นี่ เพราะ FRITZ!Box ไม่เคยส่งอะไรไปยังพวกมันโดยตรง

จองที่อยู่ LAN นั้นไว้นอกพูล DHCP ไม่อย่างนั้นเกตเวย์ที่คุณตั้งค่าไว้จะตกเป็นของโทรศัพท์สักวัน

FRITZ!Box เก็บเส้นทางไว้ที่ไหน

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

นี่ไม่ใช่ฟีเจอร์เดียวกับที่ FRITZ!Box ยุติ VPN ด้วยตัวเอง เส้นทางชี้ไปยังอุปกรณ์อื่น ส่วน VPN ที่มีมาในตัวคืออุปกรณ์นั้น

เกตเวย์ต้องกำหนดเส้นทาง ไม่ใช่แค่เข้าถึง

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

ตรวจสอบจากฝั่ง FRITZ!Box ด้วยการ ping ไปที่ที่อยู่ LAN ของกล่อง VPN แล้วจากฝั่งไคลเอนต์ด้วยการ trace ไปยังที่อยู่ปลายทางไกลและยืนยันว่าฮอปที่สองคือกล่องนั้น

เส้นทางขากลับและช่วงที่ทับซ้อนกัน

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

การเพิ่มเส้นทางที่เฉพาะเจาะจงกว่าที่อื่นใน LAN หรือไคลเอนต์ VPN ตัวที่สองบนแล็ปท็อป จะชนะรายการใน FRITZ!Box อย่างเงียบ ๆ

ทดสอบจากไคลเอนต์ปกติ แล้วทดสอบความล้มเหลว

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

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