Score:0

การกำหนดค่าสองอินเทอร์เฟซเครือข่ายบน Ubuntu 20.04

ธง ma
yal

เบื้องต้นเกี่ยวกับปัญหาเล็กน้อย ฉันกำลังพยายามสร้างห้องปฏิบัติการวิเคราะห์มัลแวร์แบบไดนามิก ดังนั้นฉันจึงใช้งาน inetsim บน Ubuntu vm นี้ และฉันมี vm อื่นอีกสองสามตัวในการตั้งค่าเครือข่ายภายในของ virtualbox

ตอนนี้ฉันกำลังพยายามเพิ่มการเชื่อมต่ออินเทอร์เน็ตปกติให้กับเครื่องนี้ (มัลแวร์กำลังทำงานบนเครื่องที่เชื่อมต่อกับเครื่องนี้ ไม่ใช่เครื่องนี้) แต่มันไม่ทำงานฉันสามารถ ping เซิร์ฟเวอร์อื่นได้ แต่เมื่อฉันพยายามเปิด Firefox ฉันกำลังเรียกดูกลับไปที่เซิร์ฟเวอร์ Inetsim และไม่ได้อยู่นอกเครือข่ายภายในของฉัน

ฉันค่อนข้างแน่ใจว่าปัญหาเกี่ยวข้องกับ DNS เพราะ nslookup ไม่ทำงาน

ขณะนี้ไฟล์การกำหนดค่า netplan ของฉันมีลักษณะดังนี้ enp0s8 เป็นเครือข่ายภายในและ enp0s3 เป็น กทช.

เครือข่าย:
    รุ่น: 2
    เรนเดอร์: เครือข่าย
    อีเธอร์เน็ต:
            enp0s8:
                    dhcp4: ไม่
                    ที่อยู่: [10.0.0.1/24]
            enp0s3:
                    dhcp4: ใช่

เอาต์พุตของ ไอพี

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: enp0s3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP กลุ่มเริ่มต้น qlen 1000
    ลิงค์/อีเธอร์ 08:00:27:b6:32:91 brd ff:ff:ff:ff:ff:ff
    inet 10.0.2.15/24 brd 10.0.2.255 ขอบเขตโกลบอลไดนามิก enp0s3
       valid_lft 86314วินาทีที่ต้องการ_lft 86314วินาที
    inet6 fe80::a00:27ff:feb6:3291/64 ลิงค์ขอบเขต 
       valid_lft ตลอดไป reserved_lft ตลอดไป
3: enp0s8: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP กลุ่มเริ่มต้น qlen 1000
    ลิงค์/อีเธอร์ 08:00:27:01:9c:cb brd ff:ff:ff:ff:ff:ff
    inet 10.0.0.1/24 brd 10.0.0.255 ขอบเขตทั่วโลก enp0s8
       valid_lft ตลอดไป reserved_lft ตลอดไป
    ลิงค์ขอบเขต inet6 fe80::a00:27ff:fe01:9ccb/64 
       valid_lft ตลอดไป reserved_lft ตลอดไป

เอาต์พุตของ เส้นทางไอพี

เริ่มต้นผ่าน 10.0.2.2 dev enp0s3 โปรโต dhcp src 10.0.2.15 เมตริก 100 
10.0.0.0/24 dev enp0s8 โปรโตเคอร์เนลขอบเขตลิงก์ src 10.0.0.1 
10.0.2.0/24 dev enp0s3 โปรโตเคอร์เนลขอบเขตลิงก์ src 10.0.2.15 
10.0.2.2 dev enp0s3 proto dhcp ขอบเขตลิงค์ src 10.0.2.15 เมตริก 100 

ชอบที่จะให้ความช่วยเหลือใด ๆ ที่นี่

Score:1
ธง ma
yal

เห็นได้ชัดว่าสาเหตุของปัญหาคือฉันปิดใช้งานบริการ 'systemd-resolved' เมื่อฉันนำมันกลับขึ้นมาทุกอย่างก็เริ่มทำงาน

Score:0
ธง us

ตารางเส้นทางมีลักษณะสอดคล้องกันในผลลัพธ์ของ เส้นทางไอพี. หากคุณเชื่อว่ามีปัญหา DNS มีสองสิ่ง:

  • พยายาม ping โฮสต์ด้วย IP เพื่อตรวจสอบเส้นทาง เช่น., ปิง 1.1.1.1.
  • ตรวจสอบ เซิร์ฟเวอร์ DNS เอาต์พุตของ สถานะการแก้ไข. หากไม่มีเลย แสดงว่าเกิดปัญหาการกำหนดค่า DNS ตามที่คุณแนะนำ

หากไม่มีเซิร์ฟเวอร์ DNS อยู่ในรายการ หรือที่อยู่ไม่ถูกต้อง คุณต้องแก้ไขปัญหานี้บนเซิร์ฟเวอร์ DHCP ของคุณ (เนื่องจากอยู่ภายใต้การกำหนดค่าปัจจุบันของคุณ นั่นคือที่มาของข้อมูล DNS) หรือมิฉะนั้นให้เพิ่มการกำหนดค่าต่อไปนี้:

        enp0s3:
                dhcp4: ใช่
                dhcp4-แทนที่:
                  ใช้ DNS: เท็จ
                เนมเซิร์ฟเวอร์:
                  ที่อยู่: [IPs ที่ถูกต้องของคุณ]

โพสต์คำตอบ

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