Score:0

กำหนดเส้นทางการรับส่งข้อมูล IPsec VPN ผ่าน NAT

ธง sx

เรากำลังใช้ UFW และพยายามที่จะครอบคลุมกฎ IPtable เรากำลังพยายามใช้กฎ NAT ทั้งบน VPN 1 และ VPN 2 ที่มีที่อยู่ IP ตามอำเภอใจ เพื่อกำหนดเส้นทางการรับส่งข้อมูลไปยัง 10.0.1.71 และ 10.41.0.131

ขณะนี้เซิร์ฟเวอร์ทดสอบ 1 สามารถ curl เซิร์ฟเวอร์ทดสอบ 2 โดยใช้ IP 10.0.1.234 จาก VPN Instance 1 เราต้องการให้ NATing ขาเข้าแทนการใช้การปลอมแปลง

เราต้องการใช้ NAT เนื่องจากที่อยู่ 10.0.1.71 และ 10.41.0.131 อาจมีการเปลี่ยนแปลง

การตั้งค่าสภาพแวดล้อมของเรามีดังต่อไปนี้:

VPN 1 และ VPN 2 เป็นทั้งอินสแตนซ์ Ubuntu 20.04 ที่รัน Libreswan

แผนภาพสถาปัตยกรรม VPN

การกำหนดค่า UFW ปัจจุบันสำหรับ VPN 1:

*แนท
:หลังยอมรับ [0:0]
: ยอมรับ [0:0]
-ฉ

-A PREROUTING -s 10.0.1.71 -p tcp --dport 7000 -j DNAT --to-destination 10.41.0.131:7000
-A POSTROUTING -s 10.0.1.71 -p tcp --dport 7000 -j SNAT --to-source 10.0.1.71

-A POSTROUTING -s 10.41.0.0/16 -o ens5 -m นโยบาย --pol ipsec --dir out -j ยอมรับ
-A โพสต์ -s 10.41.0.0/16 -o ens5 -j MASQUERADE

ให้สัญญา

การกำหนดค่า UFW ปัจจุบันสำหรับ VPN 2:


*แนท
:หลังยอมรับ [0:0]
: ยอมรับ [0:0]
-ฉ

-A PREROUTING -s 10.41.0.131 -p tcp --dport 7000 -j DNAT --to-ปลายทาง 10.0.1.71:7000
-A POSTROUTING -s 10.41.0.131 -p tcp --dport 7000 -j SNAT --to-source 10.41.0.131

-A POSTROUTING -s 10.0.0.0/16 -o ens5 -m นโยบาย --pol ipsec --dir out -j ยอมรับ
-A โพสต์ -s 10.0.0.0/16 -o ens5 -j MASQUERADE

ให้สัญญา

A.B avatar
cl flag
A.B
โปรดทราบว่า iptables ไม่ได้กำหนดเส้นทาง ค่อนข้างน่าแปลกใจที่เห็นกฎ iptables แต่ไม่มีอะไรเกี่ยวกับเส้นทางหรือกฎการกำหนดเส้นทางสำหรับปัญหาการกำหนดเส้นทาง

โพสต์คำตอบ

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