dhcp eșuează pe br0, configurație nouă

Încerc să creez o punte la care să se conecteze dispozitivele virtuale xen. br0 pare să fie activ, dar nu va trage un IP și nici legătura locală ipv6 de pe br0 nu poate fi accesată

root@Inspiron15:/home/# ifconfig
br0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
        inet6 fe80::6087:a7ff:feeb:ae35 prefixlen 64 scopeid 0x20<link>
        ether 62:87:a7:eb:ae:35 txqueuelen 1000 (Ethernet)
        Pachete RX 0 octeți 0 (0,0 B)
        Erori RX 0 a scăzut 0 depășiri 0 cadru 0
        Pachete TX 5 octeți 414 (414,0 B)
        Erori TX 0 a scăzut 0 depășiri 0 purtător 0 coliziuni 0

enx4ce173422757: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
        ether 4c:e1:73:42:27:57 txqueuelen 1000 (Ethernet)
        Pachete RX 0 octeți 0 (0,0 B)
        Erori RX 0 a scăzut 0 depășiri 0 cadru 0
        Pachete TX 0 octeți 0 (0,0 B)
        Erori TX 0 a scăzut 0 depășiri 0 purtător 0 coliziuni 0

lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
        inet 127.0.0.1 netmask 255.0.0.0
        inet6 ::1 prefixlen 128 scopeid 0x10<gazdă>
        loop txqueuelen 1000 (Loopback local)
        Pachete RX 1318 octeți 142311 (142,3 KB)
        Erori RX 0 a scăzut 0 depășiri 0 cadru 0
        Pachete TX 1318 octeți 142311 (142,3 KB)
        Erori TX 0 a scăzut 0 depășiri 0 purtător 0 coliziuni 0

wlp0s20f3: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
        inet 192.168.1.123 netmask 255.255.255.0 difuzare 192.168.1.255
        inet6 fe80::f285:75ec:cbfc:756 prefixlen 64 scopeid 0x20<link>
        ether 40:1c:83:fb:2f:48 txqueuelen 1000 (Ethernet)
        Pachete RX 30775 octeți 19053551 (19,0 MB)
        Erori RX 0 a scăzut 0 depășiri 0 cadru 0
        Pachete TX 27176 octeți 4228112 (4,2 MB)
        Erori TX 0 a scăzut 0 depășiri 0 purtător 0 coliziuni 0

și

root@Inspiron15:/home/# nmcli starea dispozitivului
CONEXIUNEA STARE TIP DISPOZIT  
wlp0s20f3 wifi conectat getAjobFool 
br0 bridge connecting (obținerea configurației IP) netplan-br0 
88:36:5F:01:0A:B5 bt deconectat --          
BC:98:DF:6A:17:C1 bt deconectat --          
p2p-dev-wlp0s20f3 wifi-p2p deconectat --          
enx4ce173422757 ethernet indisponibil --          
loopback negestionat --

Am încercat să-i dau un IP static în netplan și asta mi-a dus atât wifi-ul, cât și br0-ul.

root@Inspiron15:/home/# cat /etc/netplan/01-network-manager-all.yaml 
# Lăsați NetworkManager să gestioneze toate dispozitivele de pe acest sistem
reţea:
  versiunea: 2
  redator: NetworkManager
reţea:
  ethernet:
    wlp0s20f3:
      dhcp4: adevărat
  versiunea: 2

  poduri:
    br0:
      interfețe: [wlp0s20f3]
      dhcp4: da
      #adrese: [192.168.1.230/24]
      #gateway4: 192.168.1.1

alerg

netplan genera

și

netplan se aplică

De asemenea, am încercat să pornesc manual dhcp direct pe interfață.

dhclient br0

Pur și simplu atârnă

Cum fac ca dhcp să funcționeze pe br0-ul meu?

OS: desktop Ubuntu 20.04.2 LTS

ACTUALIZAȚI: Am încercat alte 2 NIC-uri wireless pe care le aveam doar pentru a vedea dacă era legat de hardware. Aceeași problemă cu celelalte două.

Driverul de conectare apare încărcat în nucleu.

# find /lib/modules/$(uname -r) -type f -name '*.ko'|grep bridge
/lib/modules/5.8.0-55-generic/kernel/net/bridge/bridge.ko

Există câteva erori în configurația dvs. netplan.

1. Secțiuni de rețea duplicate
2. Chei de versiune duplicat
3. Nu cred că ar trebui să activați DHCP pe interfața wlp0s20f3, ci doar pe bridge.

Ca aceasta:

reţea:
  versiunea: 2
  redator: NetworkManager
  ethernet:
    wlp0s20f3:
      dhcp4: fals

  poduri:
    br0:
      interfețe: [wlp0s20f3]
      dhcp4: da

Am încercat un ether nic și mi-a venit imediat. Apoi am găsit asta.

Vești proaste pentru wireless

Nu funcționează cu placa mea wireless!

Aceasta este o problemă cunoscută și nu este cauzată de codul bridge. Multe carduri wireless nu permit falsificarea adresei sursei. Este o restricție de firmware cu unele chipset-uri. S-ar putea să găsiți câteva informații în arhivele listelor de corespondență bridge pentru a vă ajuta. A găsit cineva o modalitate de a ocoli Wavelan, permițând altceva decât propria sa adresă MAC? (răspunsul lui Michael Renzmann (mrenzmann la compulan.de))

Ei bine, pentru 99% dintre utilizatorii de computere nu va exista niciodată o modalitate de a scăpa de asta. Pentru această funcție este nevoie de un firmware special. Acest firmware poate fi încărcat în memoria RAM a oricărei plăci WaveLAN, astfel încât să-și facă treaba cu bridge. Dar nu există nicio documentație despre interfață disponibilă publicului. Singura modalitate de a realiza acest lucru este să aveți o versiune completă a bibliotecii hcf care controlează fiecare funcție a cardului și, de asemenea, permite accesarea memoriei RAM a cardului. Pentru a obține această versiune completă, Lucent vrea să știe că va fi un câștig financiar pentru ei, de asemenea, trebuie să semnați un NDA. Așa că asigurați-vă că cel mai probabil nu veți avea acces la această liniște a software-ului până când Lucent nu se răzgândește în acest sens (ceea ce mă îndoiesc că nu se va întâmpla niciodată).