configurarea a două interfețe de rețea pe ubuntu 20.04

În primul rând, un pic de fundal asupra problemei, încerc să creez un laborator de analiză dinamică a malware-ului, așa că rulez inetsim pe acest vm ubuntu și mai am câteva vm-uri în setările rețelei interne ale virtualbox.

Acum încerc să adaug conectivitate la internet obișnuită la această mașină (malware-ul rulează pe mașinile conectate la acesta și nu pe acesta), dar nu funcționează.Pot da ping la alte servere, dar când încerc să pornesc Firefox, răsfoiesc înapoi la serverul Inetsim și nu în afara rețelei mele interne.

Sunt destul de sigur că problema este legată de DNS, deoarece nslookup nu funcționează.

în prezent, fișierul meu de configurare netplan arată așa unde enp0s8 este reţeaua internă şi enp0s3 este NAT.

reţea:
    versiunea: 2
    redator: în rețea
    ethernet:
            enp0s8:
                    dhcp4: nu
                    adrese: [10.0.0.1/24]
            enp0s3:
                    dhcp4: da

ieșire din ip a

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue stare UNKNOWN grup implicit qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft pentru totdeauna preferred_lft pentru totdeauna
    inet6 ::1/128 scope host 
       valid_lft pentru totdeauna preferred_lft pentru totdeauna
2: enp0s3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 08:00:27:b6:32:91 brd ff:ff:ff:ff:ff:ff
    inet 10.0.2.15/24 brd 10.0.2.255 scope global dynamic enp0s3
       valid_lft 86314sec preferred_lft 86314sec
    inet6 fe80::a00:27ff:feb6:3291/64 scope link 
       valid_lft pentru totdeauna preferred_lft pentru totdeauna
3: enp0s8: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 08:00:27:01:9c:cb brd ff:ff:ff:ff:ff:ff
    inet 10.0.0.1/24 brd 10.0.0.255 scope global enp0s8
       valid_lft pentru totdeauna preferred_lft pentru totdeauna
    inet6 fe80::a00:27ff:fe01:9ccb/64 scope link 
       valid_lft pentru totdeauna preferred_lft pentru totdeauna

ieșire din ruta ip

implicit prin 10.0.2.2 dev enp0s3 proto dhcp src 10.0.2.15 metric 100 
10.0.0.0/24 dev enp0s8 proto kernel scope link src 10.0.0.1 
10.0.2.0/24 dev enp0s3 proto kernel scope link src 10.0.2.15 
10.0.2.2 dev enp0s3 proto dhcp scope link src 10.0.2.15 metric 100 

Mi-ar plăcea să fie aici orice fel de ajutor.

Se pare că motivul problemei a fost că am dezactivat serviciul „rezolvat prin sistem”. când l-am adus înapoi, totul a început să funcționeze.

Tabelele de rutare par consistente în rezultatul ruta ip. Dacă credeți că există o problemă cu DNS, două lucruri:

• încercați să faceți ping gazdele prin IP pentru a verifica rutarea; de exemplu., ping 1.1.1.1.
• verifică Servere DNS ieșire din starea resolvectl. Dacă nu există, asta indică cu siguranță o problemă de configurare DNS, așa cum ați sugerat.

Dacă nu există servere DNS listate sau adresele sunt incorecte, fie trebuie să remediați acest lucru pe serverul dvs. DHCP (deoarece sub configurația dvs. curentă, de acolo provin informațiile DNS), fie adăugați următoarea configurație:

        enp0s3:
                dhcp4: da
                dhcp4-overrides:
                  use-dns: false
                servere de nume:
                  adrese: [IP-urile dvs. corecte]