Score:0

QEMU VM พร้อมอินเทอร์เฟซการแตะเห็นแพ็คเกจทั้งหมดที่มาจากไฮเปอร์ไวเซอร์แทนที่จะเป็น IP ต้นทางจริง

ธง in

ฉันได้ตั้งค่าไฮเปอร์ไวเซอร์อย่างง่ายโดยใช้ Alpine Linux และ VM ของฉันเห็นทราฟฟิกทั้งหมดที่มาจาก IP ของไฮเปอร์ไวเซอร์

ซึ่งหมายความว่าหาก fail2ban พยายามบล็อกการโจมตี ก็จะบล็อก IP ของไฮเปอร์ไวเซอร์เสมอ

ฉันจะทำให้ VM เห็นที่อยู่ IP จริงได้อย่างไร ไม่ใช่แค่ IP ของไฮเปอร์ไวเซอร์

การตั้งค่าอินเทอร์เฟซ

บน HV (192.168.5.5) ฉันมีอินเทอร์เฟซแบบบริดจ์ br0 ซึ่งทำงานได้ดี

# สคริปต์การตั้งค่า tun1 บน Hypervisor
iptables -t nat -A โพสต์ -o br0 -j MASQUERADE
iptables -P ยอมรับไปข้างหน้า
ip tuntap เพิ่มโหมด dev tap1 แตะรูทผู้ใช้
ลิงค์ ip ตั้งค่า dev tap1 ขึ้น
ip link ตั้ง tap1 master br0

qemu-system-x86_64 [..ลบพารามิเตอร์ที่ไม่เกี่ยวข้องกับ ..] \
-อุปกรณ์ virtio-net-pci,netdev=network0,mac=02:1f:ba:26:d7:56 \
-netdev tap,id=network0,ifname=tap1,script=no,downscript=no

VM มีการเข้าถึงอินเทอร์เน็ต แต่ทราฟฟิกทั้งหมดที่เห็นนั้นมาจาก IP ของไฮเปอร์ไวเซอร์

VM เห็นเฉพาะ HV IP

มีคนพยายามใช้เซิร์ฟเวอร์ของฉันสำหรับการโจมตีด้วยการขยาย DNS (แม้ว่าบล็อกขาออกบนไฟร์วอลล์ PFSense ของฉัน) การโจมตีด้วยการขยาย DNS

Fail2ban ยังบล็อก IP ที่ไม่ถูกต้อง บันทึกของ fail2ban แสดง HV ip ที่ถูกบล็อก

Score:0
ธง in

เหตุผลนี้เป็นกฎ iptable หลังการกำหนดเส้นทาง

หลังจากถอด iptables -t nat -A โพสต์ -o br0 -j MASQUERADE โดยใช้คำสั่ง iptables -t nat -D โพสต์ -o br0 -j MASQUERADE มันได้ผล.

โพสต์คำตอบ

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