เมื่อเชื่อมต่อผ่าน pptp
เส้นทางต่อไปนี้จะกลายเป็นเส้นทางเริ่มต้น:
เริ่มต้น dev ppp0 proto static scope link metric link metric 50
เนื่องจากเครือข่ายระยะไกลไม่ได้ตั้งค่าให้เข้าถึงอินเทอร์เน็ต สิ่งนี้จะป้องกันไม่ให้คุณเข้าถึงอินเทอร์เน็ต
ดูเหมือนว่าคุณกำลังเชื่อมต่อกับ 172.17.1.0/24
ซับเน็ตและฉันไม่แน่ใจว่าเหตุใดจึงมีการสร้างเส้นทางเพิ่มเติม นอกจากนี้ ดูเหมือนว่าจะมีปัญหา:
เริ่มต้นผ่าน 192.168.0.156 dev ppp0
ฉันขอแนะนำให้ลบเส้นทางทั้งสองนี้เพื่อดูว่ามีการกู้คืนการเข้าถึงอินเทอร์เน็ตหรือไม่:
เส้นทาง sudo ip เดลค่าเริ่มต้น dev ppp0
sudo ip route del เริ่มต้นผ่าน 192.168.0.156 dev ppp0
เมื่อฉันตั้งค่า VPN ฉันต้องการป้องกันไม่ให้มีการเปลี่ยนแปลงเส้นทางอัตโนมัติและตั้งค่าเอง
# เปิด pptp/VPN
พอ VPN_SERVICE
# กำหนดเกตเวย์เครือข่ายย่อย pptp
ส่งออก vpngateway=$(ip -4 addr แสดง ppp0 | grep -oP '(?<=peer\s)\d+(\.\d+){3}')
เส้นทาง ip 172.17.1.0/24 ผ่าน $vpngateway
สิ่งนี้จะส่งผลให้เกิดบางสิ่งเช่น:
ค่าเริ่มต้นผ่าน 192.168.0.1 dev wlp3s0 proto dhcp metric 600
169.254.0.0/16 dev wlp3s0 ขอบเขตลิงก์เมตริก 1,000
172.17.1.0/24 ผ่าน SOME_IP_HERE dev ppp0
185.195.25.217 ผ่าน 192.168.0.1 dev wlp3s0 src 192.168.0.156
192.168.0.0/24 dev wlp3s0 โปรโตเคอร์เนลขอบเขตลิงก์ src 192.168.0.156 เมตริก 600
อย่างไรก็ตาม ดูเหมือนว่าเป็นไปได้ว่าเครือข่ายในบ้านของคุณ (192.168.0.0/24) ขัดแย้งกับเครือข่ายระยะไกล และมีเกตเวย์ในพื้นที่เดียวกัน (192.168.0.156)
ตัวอย่างเช่น เมื่อเชื่อมต่อผ่าน pptp
, ถ้า...
ip -4 addr แสดง ppp0 | grep -oP '(?<=เพียร์\s)\d+(\.\d+){3}'
... การแสดง 192.168.0.156
คุณมีปัญหานี้
คุณสามารถเปลี่ยนซับเน็ต LAN หรือรีโมตซับเน็ตเป็น 192.168.1.0/24, 192.168.69.0/24 เป็นต้น
สรุป
- การรับส่งข้อมูลทางอินเทอร์เน็ตจะผ่านเส้นทางเริ่มต้นของคุณ เครือข่ายระยะไกลต้องรองรับการเข้าถึงอินเทอร์เน็ต หรือคุณต้องรักษาเส้นทางเริ่มต้นเดิมของคุณไว้ (เช่น ผ่าน LAN)
- LAN และซับเน็ตเครือข่ายระยะไกลต้องไม่ขัดแย้งกัน