ทำไมลีนุกซ์จึงต้องการย้าย IP จากส่วนต่อประสานจริยธรรมไปยังส่วนต่อประสาน


27

เมื่อเพิ่มส่วนต่อประสานเครือข่าย (เช่น eth0) ลงในบริดจ์ลินุกซ์ (เช่น br0) ที่อยู่ IP จะต้องถูกลบออกจาก eth0 และเพิ่มเป็น br0 เพื่อให้ระบบเครือข่ายทำงานได้อย่างถูกต้อง

ฉันจำได้ว่าอ่านไฟล์ Openme vSwitch readme (ซึ่งหาไม่ได้ในตอนนี้) ว่าต้องการย้ายที่อยู่ IP เนื่องจากวิธีการใช้เคอร์เนลของ Linux การใช้งาน Linux ที่ต้องใช้ที่อยู่ IP จะถูกย้ายจาก NIC ไปยังบริดจ์อย่างไร

คำตอบ:


10

NIC แสดงถึงสายสัญญาณอัปลิงค์ สายเคเบิลคือชั้นที่ 1 ไม่ใช่ชั้นที่ 3

ตอนนี้ Bridge ทำงานเป็นอุปกรณ์ที่ได้รับการแก้ไขสำหรับการรับส่งข้อมูลเครือข่าย (ขาเข้า) บนเซิร์ฟเวอร์ - บนเลเยอร์ 2 (Ethernet / MAC) และ / หรือเลเยอร์ 3 (IP)

ดังนั้นอุปกรณ์ที่ตอบสนองต่อการร้องขอ ARP จึงเป็นบริดจ์ - ซึ่งดีเพราะมันต้องการกระจายการรับส่งข้อมูลไปยังอินเทอร์เฟซอื่นบนบริดจ์นั้น

หากอุปกรณ์ที่ตอบสนองเป็น NIC การจราจรจะไม่ถูกส่งต่อไปยังสะพาน

ในบางแนวทางก็แนะนำให้ลบ MAC ออกจาก (อัปลิงค์) NIC


ดังนั้นการพูดถึงกลไกลินุกซ์จริง ๆ (ไม่ใช่เรื่องเกี่ยวกับแนวปฏิบัติที่ดี) หมายความว่าถ้าฉันใส่อินเตอร์เฟสภายใต้บริดจ์บริดจ์จะไม่ถูกพิจารณาอีกต่อไปโดยเคอร์เนลเป็นอินเตอร์เฟส adressable L2 / L3 ใช่มั้ย เนื่องจากไม่มีสิ่งใดป้องกันไม่ให้กำหนด MAC / IP จึงทำให้เกิดความสับสน
โจเซลีนเดลลันด์

1
@ โจเซลีนวิธีอื่น ๆ หากยังคงแอดเดรสเป็น L2 / 3 ระบบจะบล็อกการรับส่งข้อมูลอื่น ดังนั้นจึงไม่ควรระบุโดยตรงหากอยู่บนสะพาน
นิลส์

ตกลง แต่โดยค่าเริ่มต้นพอร์ตยังคงอยู่ใน L2 (เก็บ MACaddr หากฉันไม่ลบออก) ใช่ไหม? ทำไมมันปล่อยให้การจราจร L2 ไหลไปที่สะพาน
Jocelyn delalande

2
@Jocelyn ตราบใดที่มันไม่ตอบสนองต่อ arp-ร้องขอทุกอย่างจะดีใน l2 / 3 หากไม่จับแพ็คเก็ตมันจะปล่อยให้แพ็กเก็ตผ่านเข้าไปในส่วนเครือข่ายของเคอร์เนล
Nils

ตกลง. ฉันถามสาเหตุที่ฉันสังเกตเห็นว่าทราฟฟิคบางอันถูกดร็อปเมื่อกำหนดที่อยู่ให้กับพอร์ต แต่มันเกิดจาก rp_filter
Jocelyn delalande

1

บริดจ์กระจายทราฟฟิกไปยังตำแหน่งที่ต้องการเมื่ออินเตอร์เฟสจำนวนมากอยู่ในบริดจ์ มากขึ้นหรือน้อยลงแต่ละอินเตอร์เฟสในบริดจ์กำลังทำงานบนเลเยอร์ 2 ในขณะนี้ตามสิ่งที่บริดจ์กำหนดไม่เป็นอิสระในเลเยอร์ 3 ดังนั้นคุณจึงต้องการระบุบริดจ์โดยรวม

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.