Score:1

ไม่สามารถ ping หลังจากเพิ่มอินเทอร์เฟซเครือข่ายสำรองใน aws ec2

ธง ec
Cal

อูบุนตู เวอร์ชั่น 20.04.

ก่อนอื่น เราสร้าง IP ส่วนตัวที่ 2 บนอินเทอร์เฟซเครือข่าย (หลัก) เท่านั้น ที่อยู่ IP ส่วนตัวทั้งสองสามารถส่ง Ping ได้ ตอนนี้อินสแตนซ์มีที่อยู่ IP ส่วนตัว 2 ที่อยู่ IP สาธารณะ 1 ที่อยู่

จากนั้นเราได้แนบอินเทอร์เฟซเครือข่ายสำรองที่มีที่อยู่ IP ส่วนตัวสองที่อยู่ (ไม่มีที่อยู่ IP สาธารณะ) และแนบไปกับอินสแตนซ์ จากนั้นจึงเพิ่มการกำหนดค่า .yaml ดังต่อไปนี้ บทความนี้. ตอนนี้อินสแตนซ์มีที่อยู่ IP ส่วนตัว 4 ที่อยู่ IP สาธารณะ 1 ที่อยู่ ที่อยู่ IP ส่วนตัวทั้งสี่ไม่สามารถ ping ได้

                             IP ส่วนตัวแรก IP ส่วนตัวที่สอง
อินเทอร์เฟซเครือข่ายหลัก 172.31.1.101 172.31.1.102
อินเทอร์เฟซ Netwk รอง 172.31.2.201 172.31.2.202

อินเทอร์เฟซเครือข่ายหลัก /etc/netplan/50-cloud-init.yaml :

เครือข่าย:
    อีเธอร์เน็ต:
        ens5:
            ที่อยู่:
                - 172.31.1.102/20
            dhcp4: จริง
            dhcp6: เท็จ
            จับคู่:
                macaddress: 0e:dc:a1:64:a6:88
            ชื่อชุด: ens5
    รุ่น: 2

อินเทอร์เฟซเครือข่ายรอง /etc/netplan/51-ens6.yaml :

เครือข่าย:
  รุ่น: 2
  เรนเดอร์: เครือข่าย
  อีเธอร์เน็ต:
    ens6:
      ที่อยู่:
        - 172.31.2.201/20
        - 172.31.2.202/20
      dhcp4: ไม่
      เส้นทาง:
        - ถึง: 0.0.0.0/0
          ผ่าน: 172.31.0.1 # เกตเวย์เริ่มต้น
          ตาราง: 1,000
        - ถึง: 172.31.2.201
          ผ่าน: 0.0.0.0
          ขอบเขต: ลิงค์
          ตาราง: 1,000
        - ถึง: 172.31.2.202
          ผ่าน: 0.0.0.0
          ขอบเขต: ลิงค์
          ตาราง: 1,000
      นโยบายการกำหนดเส้นทาง:
        - จาก: 172.31.2.201
          ตาราง: 1,000
        - จาก: 172.31.2.202
          ตาราง: 1,000

ไอพี เอาท์พุท:

1: จริง: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN กลุ่มเริ่มต้น qlen 1,000
    ลิงค์ / ย้อนกลับ 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 ขอบเขตโฮสต์เลย
       valid_lft ตลอดไป reserved_lft ตลอดไป
    inet6 ::1/128 ขอบเขตโฮสต์
       valid_lft ตลอดไป reserved_lft ตลอดไป
2: ens5: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9001 qdisc mq state UP กลุ่มเริ่มต้น qlen 1000
    ลิงค์/อีเธอร์ 0e:54:c0:50:88:04 brd ff:ff:ff:ff:ff:ff
    inet 172.31.1.102/20 brd 172.31.15.255 ขอบเขต global ens5
       valid_lft ตลอดไป reserved_lft ตลอดไป
    inet 172.31.1.101/20 brd 172.31.15.255 ขอบเขต global รองแบบไดนามิก ens5
       valid_lft 3574 วินาทีที่ต้องการ_lft 3574 วินาที
    ลิงค์ขอบเขต inet6 fe80::c54:c0ff:fe50:8804/64
       valid_lft ตลอดไป reserved_lft ตลอดไป
3: ens6: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP กลุ่มเริ่มต้น qlen 1000
    ลิงค์/อีเธอร์ 0e:ff:4a:aa:cb:66 brd ff:ff:ff:ff:ff:ff
    inet 172.31.2.201/20 brd 172.31.15.255 ขอบเขต global ens6
       valid_lft ตลอดไป reserved_lft ตลอดไป
    inet 172.31.2.202/20 brd 172.31.15.255 ขอบเขต global รอง ens6
       valid_lft ตลอดไป reserved_lft ตลอดไป
    ลิงค์ขอบเขต inet6 fe80::cff:4aff:feaa:cb66/64
       valid_lft ตลอดไป reserved_lft ตลอดไป

ip r แสดงตาราง 1,000 เอาท์พุท:

ค่าเริ่มต้นผ่าน 172.31.0.1 dev ens5 proto dhcp src 172.31.1.101 เมตริก 100
172.31.0.0/20 dev ens6 ลิงก์ขอบเขตเคอร์เนลโปรโต src 172.31.2.201
172.31.0.0/20 dev ens5 ลิงก์ขอบเขตเคอร์เนลโปรโต src 172.31.1.102
172.31.0.1 dev ens5 proto dhcp ขอบเขตลิงก์ src 172.31.1.101 เมตริก 100

กฎไอพี เอาท์พุท:

0: จากการค้นหาทั้งหมดในท้องถิ่น
0: จาก 172.31.2.201 ค้นหา 1,000
0: จาก 172.31.2.202 ค้นหา 1,000
32766: จากหลักการค้นหาทั้งหมด
32767: จากค่าเริ่มต้นการค้นหาทั้งหมด

netplan --debug สร้าง เอาท์พุท:

DEBUG: คำสั่งสร้าง: เรียกใช้ ['/lib/netplan/generate']
** (สร้าง:2245): DEBUG: 00:33:01.254: กำลังประมวลผลไฟล์อินพุต /etc/netplan/50-cloud-init.yaml..
** (สร้าง:2245): DEBUG: 00:33:01.254: เริ่มต้นการประมวลผลใหม่
** (generate:2245): DEBUG: 00:33:01.255: กำลังประมวลผลไฟล์อินพุต /etc/netplan/51-ens6.yaml..
** (สร้าง:2245): DEBUG: 00:33:01.255: เริ่มต้นการประมวลผลใหม่
** (generate:2245): DEBUG: 00:33:01.255: เรามี netdef บางตัว ส่งผ่านการตรวจสอบรอบสุดท้าย
** (สร้าง:2245): DEBUG: 00:33:01.255: ens5: ตั้งค่าแบ็กเอนด์เริ่มต้นเป็น 1
** (สร้าง:2245): DEBUG: 00:33:01.255: การกำหนดค่าถูกต้อง
** (สร้าง:2245): DEBUG: 00:33:01.255: ens6: ตั้งค่าแบ็กเอนด์เริ่มต้นเป็น 1
** (สร้าง:2245): DEBUG: 00:33:01.255: การกำหนดค่าถูกต้อง
** (สร้าง:2245): DEBUG: 00:33:01.255: กำลังสร้างไฟล์เอาต์พุต..
** (สร้าง:2245): DEBUG: 00:33:01.255: NetworkManager: คำจำกัดความ ens5 ไม่ใช่สำหรับเรา (แบ็กเอนด์ 1)
** (สร้าง:2245): DEBUG: 00:33:01.255: NetworkManager: คำจำกัดความ ens6 ไม่ใช่สำหรับเรา (แบ็กเอนด์ 1)
(สร้าง:2245): GLib-DEBUG: 00:33:01.255: posix_spawn หลีกเลี่ยง (ขอปิด fd)
Score:0
ธง us

การกำหนดค่า netplan ที่ผสานอย่างสมบูรณ์คือ:

เครือข่าย:
    เรนเดอร์: เครือข่าย
    รุ่น: 2
    อีเธอร์เน็ต:
        ens5:
            ที่อยู่:
                - 172.31.1.102/20
            dhcp4: จริง
            dhcp6: เท็จ
            จับคู่:
                macaddress: 0e:dc:a1:64:a6:88
            ชื่อชุด: ens5
        ens6:
          ที่อยู่:
            - 172.31.2.201/20
            - 172.31.2.202/20
          dhcp4: ไม่
          เส้นทาง:
            - ถึง: 0.0.0.0/0
              ผ่าน: 172.31.0.1 # เกตเวย์เริ่มต้น
              ตาราง: 1,000
            - ถึง: 172.31.2.201
              ผ่าน: 0.0.0.0
              ขอบเขต: ลิงค์
              ตาราง: 1,000
            - ถึง: 172.31.2.202
              ผ่าน: 0.0.0.0
              ขอบเขต: ลิงค์
              ตาราง: 1,000
          นโยบายการกำหนดเส้นทาง:
            - จาก: 172.31.2.201
              ตาราง: 1,000
            - จาก: 172.31.2.202
              ตาราง: 1,000

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

ตารางเส้นทางผลลัพธ์ของคุณแสดง:

172.31.0.0/20 dev ens5 ลิงก์ขอบเขตเคอร์เนลโปรโต src 172.31.1.102
172.31.0.1 dev ens5 proto dhcp ขอบเขตลิงก์ src 172.31.1.101 เมตริก 100

แน่นอน คุณไม่ได้กำหนดค่าเส้นทางเหล่านี้เป็นส่วนหนึ่งของนโยบายการกำหนดเส้นทางของคุณ ฉันไม่แน่ใจว่านี่เป็นพฤติกรรมที่คาดไว้หรือไม่เนื่องจากเป็นเส้นทางเชื่อมโยงภายในอุปกรณ์ อย่างไรก็ตาม เส้นทางเหล่านี้เป็นสาเหตุหลักที่ทำให้คุณไม่สามารถ ping ที่อยู่ 172.31.2.x ได้ เนื่องจากมีสองเส้นทางที่ขัดแย้งกันสำหรับ 172.31.0.0/20 ที่มีเมตริกเส้นทางเดียวกัน (ลำดับความสำคัญ) และมีการประกาศเส้นทางโฮสต์ เกตเวย์ของคุณควรกำหนดเส้นทางผ่าน ens5 ซึ่งหมายความว่านโยบายการกำหนดเส้นทางที่เหลือของคุณจะไม่มีผลเนื่องจาก ทั้งหมด การรับส่งข้อมูลที่ไม่ใช่ในท้องถิ่นจะถูกส่งออกผ่าน ens5

คุณจะต้องหาแหล่งที่มาของเส้นทางเหล่านี้ - เนื่องจากไม่ได้มาจากการกำหนดค่า netplan ที่คุณแสดง - และลบออกเพื่อแก้ไขปัญหา ping ของคุณ

โพสต์คำตอบ

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