Score:0

ไฟร์วอลล์ - nftables บล็อกการรับส่งข้อมูลขาออก

ธง id

ฉันมี VM ที่บริการโฮสต์และติดตั้งไฟร์วอลล์พื้นฐานพร้อม nftables อย่างไรก็ตาม เมื่อมีการใช้งาน ทราฟฟิกขาออกทั้งหมดดูเหมือนจะถูกบล็อก ตัวอย่างเช่น เมื่อพยายาม ping กูเกิล.คอมฉันได้รับ ไม่มีเส้นทางสู่โฮสต์ ข้อผิดพลาด.สิ่งนี้เกิดขึ้นกับโฮสต์ใด ๆ ที่ฉันพยายาม ping

นี่คือการกำหนดค่า (พื้นฐานจริงๆ) ของฉัน:

#!/usr/sbin/nft -f

ล้างชุดกฎ

ตัวกรองตาราง inet {
  อินพุตลูกโซ่ {
    ประเภทตัวกรอง hook อินพุตลำดับความสำคัญ 0; นโยบายลดลง;

    # อนุญาตการเชื่อมต่อจากลูปแบ็ค
    iifname เลย ยอมรับ;

    # การเชื่อมต่อที่จัดตั้งขึ้น / ที่เกี่ยวข้อง
    ct state {สร้างแล้ว, เกี่ยวข้อง} ยอมรับ;

    # วางการเชื่อมต่อที่ไม่ถูกต้อง
    ct สถานะการลดลงไม่ถูกต้อง;
 
    #อนุญาตให้ปิง
    โปรโตคอล ip icmp ประเภท icmp echo-request ยอมรับ;
    ประเภท icmpv6 echo-request ยอมรับ;
                             
    # อนุญาตการเชื่อมต่อ ssh บนพอร์ต 22
    tcp dport 22 ยอมรับ;
    
    บันทึกแฟล็กทั้งหมด
  }
  ห่วงโซ่ไปข้างหน้า {
    ประเภทตัวกรอง hook ลำดับความสำคัญไปข้างหน้า 0;
  }
  เอาต์พุตลูกโซ่ {
    ประเภทลำดับความสำคัญเอาต์พุตของตะขอตัวกรอง 0; นโยบายยอมรับ;
  }
}

ฉันไม่สามารถเข้าใจได้ว่าปัญหาของฉันอยู่ที่ไหน

แก้ไข: หลังจากลองใช้สิ่งต่างๆ อีกเล็กน้อย ฉันได้ตั้งค่า VM ตัวที่สองจากผู้ให้บริการรายอื่นที่มีปัญหาเดียวกัน

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

Martin avatar
kz flag
ฉันไม่คิดว่าปัญหานี้เป็นเพราะชุดกฎของไฟร์วอลล์นี้ - ฉันคัดลอกและวางชุดกฎนี้ลงในโฮสต์ linux ของฉัน และฉันสามารถ ping โฮสต์ใด ๆ ก็ได้!
Lithimlin avatar
id flag
นั่นคือสิ่งที่ฉันคิดเช่นกัน แต่มันก็ใช้ได้ดีเมื่อฉันปิดการใช้งาน nftables
Martin avatar
kz flag
ต้องมีกฎอื่นที่ใช้งานอยู่ที่ใดที่หนึ่ง... โปรดตรวจสอบว่ามีกฎ 'iptables-legacy' อยู่หรือไม่ หรือหากคำสั่ง 'nft list ruleset' ส่งออกกฎอื่นนอกเหนือจากที่โพสต์ไปแล้ว ...
Lithimlin avatar
id flag
`ip[6]tables[-legacy]` ทั้งหมดมีนโยบาย `ACCEPT` ชุดกฎที่ใช้งานอยู่ชุดเดียวคือชุดที่ฉันโพสต์
Martin avatar
kz flag
โอเค ข้อผิดพลาด 'ไม่มีเส้นทางไปยังโฮสต์' อาจเกิดขึ้นได้สองสาเหตุ: 1) ไฟร์วอลล์ - ในกรณีนี้ ต้องมีกฎที่มีเป้าหมาย 'ปฏิเสธ' - หรือ 2) ปัญหาการกำหนดเส้นทางจริง - ไม่มีเส้นทางไปยัง เจ้าภาพ. ไม่มีตัวเลือกที่ 3 (ถ้าใครสามารถพิสูจน์ได้ว่าฉันผิด - เป็นแขกของฉัน!)! บางทีคุณอาจมีสายเคเบิลเครือข่ายที่มีหน้าสัมผัสหลวม และ "ใช้งานได้เมื่อฉันปิดการใช้งาน nftables" เป็นเรื่องบังเอิญ - ฉันไม่รู้ แต่ฉันมั่นใจ 100% - กฎเหล่านี้ที่คุณโพสต์ไม่ได้ทำให้เกิด `ไม่มีเส้นทาง ข้อผิดพลาดของโฮสต์
Lithimlin avatar
id flag
สายเคเบิลเครือข่ายที่หลวมไม่ใช่สิ่งที่ฉันสามารถแก้ไขได้เนื่องจากนี่คือเน็ตคัพ VM ฉันได้ลองสิ่งนี้กับ VM อื่นโดยใช้งานได้ คราวนี้มาจากผู้ให้บริการรายอื่น
Lithimlin avatar
id flag
ให้เรา [ดำเนินการสนทนาต่อในการแชท](https://chat.stackexchange.com/rooms/136251/discussion-between-lithimlin-and-martin)

โพสต์คำตอบ

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