Puncte:1

Ubuntu KVM vm nic conectat la podul de rețea probleme de rezoluție dns

drapel na

Server Ubuntu 20.04 cu mai multe NIC-uri și server KVM instalat pe el.

Am creat o punte cu netplan:

enp0s31f6:
 dhcp4: nu
 adrese: []

poduri:
 netbr0:
  adrese: [192.168.14.20/24]
  dhcp4: nu
  interfete:
    - enp0s31f6
  servere de nume:
    adrese:
      - 192.168.14.1
      - 8.8.8.8
      - 8.8.4.4
      - 1.1.1.1
  parametri:
    stp: fals
    întârziere înainte: 0

enp0s31f6 este conectat la portul routerului (VLAN14). 192.168.14.1 este adresa VLAN14 a routerului.

NIC-ul unui VM este conectat la acest pod. Adresa IP a VM este setată manual la 192.168.14.25/24 cu gateway-ul 192.168.14.1 și serverele DNS la 8.8.8.8,8.8.4.4

Pot da ping adreselor IP externe, dar nu pot face ping www.google.com. Deci rezoluția numelui, evident, nu funcționează.

(Ubuntu 20.04 VM):

nslookup www.google.com
;; conexiunea a expirat; niciun server nu a putut fi atins


starea resolvectl
    
    Link 2 (enp3s0)
          Domenii curente: DNS    
    Setare DefaultRoute: da    
           Setare LLMNR: da    
    Setare MulticastDNS: nu     
      Setarea DNSoverTLS: nu     
          Setare DNSSEC: nu     
        DNSSEC suportat: nu     
      Server DNS curent: 8.8.8.8
             Servere DNS: 8.8.8.8
              Domeniu DNS: ~.  

Pe server:

ping -I 192.168.14.20 www.google.com 

lucrări.

Când conectez un computer la router (192.168.14.1), rezoluția numelui funcționează.

Nu pot să-mi dau seama ce cauzează această problemă.

Puncte:0
drapel na

Am incercat urmatoarele:

  enp5s0:
  adrese: [10.10.5.15/24, 10.10.5.90/24, 10.10.5.110/24]
  gateway4: 10.10.5.1
  dhcp4: nu
  Meci:
    adresa maca: 1c:1b:0d:9a:43:d0
  mtu: 1500  
  servere de nume:
    adrese:
      - 10.10.5.1
      - 8.8.8.8
      - 8.8.4.4
    căutare: []
poduri:
 netbr0:
  adrese: [192.168.14.20/24]
  dhcp4: nu
  interfete:
    - enp0s31f6
  mtu: 1500
  servere de nume:
    adrese:
      - 8.8.8.8
      - 8.8.4.4
      - 1.1.1.1
      - 192.168.14.1
    căutare: []
  rute:
    - până la: 0.0.0.0/0
      prin: 192.168.14.1
      metric: 100
      tabel: 801
  politica de rutare:
    - de la: 192.168.14.0/24
      tabel: 801
      prioritate: 301
  parametri:
    stp: fals
    întârziere înainte: 0

Pentru pod au funcționat următoarele:

dig www.google.com @8.8.8.8 -b 192.168.14.20

Dar rezoluția numelui încă nu a funcționat în mașinile invitate.

În scopul testării, am încercat să folosesc rețele NAT și rutate conectate la enp0s31f6 fără nicio punte de rețea configurată în netplan. Nu a funcționat. VM-urile conectate la enp5s0 au funcționat fără probleme. Ce ar putea cauza această problemă libvirt, netplan, configurarea mea multi-NIC? Nu stiu.

Singura soluție care a funcționat perfect pentru mine a fost utilizarea Dispozitiv gazdă enp0s31f6 - macvtap într-un mod bridge. Pentru a comunica cu gazda, am creat o rețea izolată și am adăugat un al doilea NIC (conectat la această rețea) la vm-ul invitat.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.