Score:0

VPN กำลังลบเส้นทางจากอีกเส้นทางหนึ่ง

ธง cn

เมื่อฉันเชื่อมต่อกับ VPN แรก (utun4) และฉันเรียกใช้คำสั่ง เส้นทางไอพีนี่คือผลลัพธ์ที่ฉันได้รับ:

10.10.0.0/16 ผ่าน 172.27.232.1 dev utun4
10.100.0.0/16 ผ่าน 172.27.232.1 dev utun4
10.250.152.0/21 ผ่าน 172.27.232.1 dev utun4
172.27.224.0/20 ผ่าน 172.27.232.1 dev utun4
172.27.232.0/21 ผ่าน 172.27.232.29 dev utun4
172.27.232.1/32 ผ่าน 172.27.232.29 dev utun4

แต่เมื่อฉันเชื่อมต่อกับอันที่สอง (utun3) มันจะลบทั้งหมด 10.x.x.x รายการสำหรับ utun4:

เริ่มต้นผ่านลิงค์ #19 dev utun3
9.49.252.128/27 ผ่าน 10.38.110.180 dev utun3
9.57.162.0/24 ผ่าน 10.38.110.180 dev utun3
9.187.76.0/27 ผ่าน 10.38.110.180 dev utun3
9.187.76.128/25 ผ่าน 10.38.110.180 dev utun3
10.0.0.0/8 ผ่าน 10.38.110.180 dev utun3
10.38.0.101/32 ผ่าน 10.38.110.180 dev utun3
10.38.96.0/20 การเชื่อมโยงขอบเขต utun3 dev
10.64.0.111/32 ผ่าน 10.38.110.180 dev utun3
10.250.152.2/32 ผ่าน 172.27.232.1 dev utun4
18.214.230.18/32 ผ่าน 10.38.110.180 dev utun3
34.231.46.80/32 ผ่าน 10.38.110.180 dev utun3
50.17.199.7/32 ผ่าน 10.38.110.180 dev utun3
52.202.191.19/32 ผ่าน 10.38.110.180 dev utun3
52.206.134.40/32 ผ่าน 10.38.110.180 dev utun3
54.197.131.158/32 ผ่าน 10.38.110.180 dev utun3
64.26.251.136/30 ผ่าน 10.38.110.180 dev utun3
64.26.251.192/26 ผ่าน 10.38.110.180 dev utun3
64.26.255.0/25 ผ่าน 10.38.110.180 dev utun3
72.163.1.80/32 ผ่าน 10.38.110.180 dev utun3
100.64.0.0/11 ผ่าน 10.38.110.180 dev utun3
144.188.129.17/32 ผ่าน 10.38.110.180 dev utun3
172.22.0.0/16 ผ่าน 10.38.110.180 dev utun3
172.23.0.0/16 ผ่าน 10.38.110.180 dev utun3
172.24.0.0/16 ผ่าน 10.38.110.180 dev utun3
172.27.224.0/20 ผ่าน 172.27.232.1 dev utun4
172.27.232.0/21 ผ่าน 172.27.232.29 dev utun4
172.27.232.1/32 ผ่าน 172.27.232.29 dev utun4
ลิงก์ขอบเขต 224.0.0.0/4 dev utun3
ลิงก์ขอบเขต utun3 255.255.255.255/32 dev

เอาต์พุตสำหรับ ไอพี อาร์ | grep utun4:

10.250.152.2/32 ผ่าน 172.27.232.1 dev utun4
172.27.224.0/20 ผ่าน 172.27.232.1 dev utun4
172.27.232.0/21 ผ่าน 172.27.232.29 dev utun4
172.27.232.1/32 ผ่าน 172.27.232.29 dev utun4

เท่านั้น 10.250.152.2/32 ยังคงอยู่ และผมเชื่อว่าเป็นเพราะมีความเฉพาะเจาะจงมากที่สุดเท่าที่จะเป็นไปได้ ทำไมมันถึงเกิดขึ้น? ฉันจะจัดลำดับความสำคัญได้อย่างไร utun4? ฉันใช้ MacOS

Nikita Kipriyanov avatar
za flag
นี่คือซอฟต์แวร์ VPN ใด หมายเหตุ: นี่เป็นเหตุผลว่าทำไมเส้นทางที่ติดตั้งโดย VPN ควรแคบที่สุดเท่าที่จะเป็นไปได้
Vitor Falcão avatar
cn flag
@NikitaKipriyanov OpenVPN และ AnyConnect, AnyConnect เป็นหนึ่งที่สร้าง utun3
Score:1
ธง it

ไม่ใช่ 100% ในเรื่องนี้ แต่ฉันเห็นว่า VPN ที่สองของคุณมีเครือข่าย/เส้นทาง: 10.0.0.0/8 ผ่าน 10.38.110.180 dev utun3

มันค่อนข้างแปลกเพราะมันครอบคลุมช่วงเดียวกันกับใน utun4: 10.10.0.0/16 ผ่าน 172.27.232.1 dev utun4 10.100.0.0/16 ผ่าน 172.27.232.1 dev utun4 10.250.152.0/21 ผ่าน 172.27.232.1 dev utun4

ฉันไม่รู้ว่าซอฟต์แวร์ VPN ของคุณจัดการอย่างไร แต่อาจแค่ลบเส้นทาง/เครือข่ายย่อยที่กำหนดไว้ก่อนหน้านี้ หากเส้นทางใหม่ทับซ้อนกัน

พยายามเจาะจงมากขึ้นแทนที่จะใช้ 10.0.0.0/8 เพื่อทดสอบ คุณสามารถลบเส้นทางนั้นออกเพื่อดูว่าช่วยได้หรือไม่

คุณสามารถลองเพิ่ม เมตริก ไปยังเส้นทางของคุณเพื่อบอกลูกค้าของคุณว่าชอบเส้นทางไหน

แนวคิดสุดท้าย - VPN บางตัวเข้มงวดมากในเส้นทางที่พวกเขาอนุญาตให้ลูกค้ามี ฉันจะตรวจสอบสิ่งนั้นด้วย

Vitor Falcão avatar
cn flag
ฉันเริ่มเชื่อว่ามันเกี่ยวกับหนึ่งในพฤติกรรมของ VPN มันเป็น MacOS ดังนั้นจึงไม่มีตัวชี้วัดบนเส้นทาง มันแค่จัดลำดับความสำคัญของอุปกรณ์ ฉันกำลังคิดที่จะสร้างบางอย่างเพื่อจัดการกับ VPN ที่ทับซ้อนกัน...
it flag
@Horus ฉันเห็นจากความคิดเห็นอื่นที่คุณกำลังใช้ AnyConnect จากประสบการณ์ของฉัน AnyConnect ต้องการที่จะรับผิดชอบเส้นทางของคุณเมื่อเปิดใช้งาน - โดยปกติแล้วด้วยเหตุผลด้านความปลอดภัยที่ดี

โพสต์คำตอบ

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