Pages : 1
#1 Le 11/10/2023, à 16:49
- RidingAround
netplan, routes et rtl8111
Bonjour à tous,
J'ai perdu ma connexion ethernet sur un update/autoremove/reboot.
J'ai ajouté une antenne AC1200 avec un pilote rtw8822bu
Mon système:
Linux m-MS-7971 6.2.0-34-generic #34~22.04.1-Ubuntu SMP PREEMPT_DYNAMIC Thu Sep 7 13:12:03 UTC 2 x86_64 x86_64 x86_64 GNU/Linux
lshw -C network
*-network
description: Ethernet interface
produit: RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
fabricant: Realtek Semiconductor Co., Ltd.
identifiant matériel: 0
information bus: pci@0000:04:00.0
nom logique: enp4s0
version: 06
numéro de série: 50:3e:aa:07:96:7c
capacité: 1Gbit/s
bits: 64 bits
horloge: 33MHz
fonctionnalités: pm msi pciexpress msix vpd bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
configuration : autonegotiation=on broadcast=yes driver=r8168 driverversion=8.049.02-NAPI latency=0 link=no multicast=yes port=twisted pair
ressources : irq:128 portE/S:d000(taille=256) mémoire:df200000-df200fff mémoire:d0300000-d0303fff
*-network DÉSACTIVÉ
description: Ethernet interface
produit: RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
fabricant: Realtek Semiconductor Co., Ltd.
identifiant matériel: 0
information bus: pci@0000:08:00.0
nom logique: enp8s0
version: 15
numéro de série: 4c:cc:6a:93:9c:0f
taille: 1Gbit/s
capacité: 1Gbit/s
bits: 64 bits
horloge: 33MHz
fonctionnalités: pm msi pciexpress msix bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
configuration : autonegotiation=on broadcast=yes driver=r8168 driverversion=8.049.02-NAPI duplex=full latency=0 link=no multicast=yes port=twisted pair speed=1Gbit/s
ressources : irq:130 portE/S:b000(taille=256) mémoire:df004000-df004fff mémoire:df000000-df003fff
*-network
description: Interface réseau sans fil
identifiant matériel: 8
information bus: usb@1:10
nom logique: wlx90de808141d4
numéro de série: 90:de:80:81:41:d4
fonctionnalités: ethernet physical wireless
configuration : broadcast=yes driver=rtw_8822bu driverversion=6.2.0-34-generic firmware=N/A ip=192.168.0.11 link=yes multicast=yes wireless=IEEE 802.11
dkms status
r8168/8.049.02, 6.2.0-34-generic, x86_64: installed
rtl88x2bu/5.8.7.1, 6.2.0-33-generic, x86_64: installed
ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default 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 forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: enp4s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
link/ether 50:3e:aa:07:96:7c brd ff:ff:ff:ff:ff:ff
3: enp8s0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether 4c:cc:6a:93:9c:0f brd ff:ff:ff:ff:ff:ff
4: wlx90de808141d4: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether 90:de:80:81:41:d4 brd ff:ff:ff:ff:ff:ff
inet 192.168.0.11/24 brd 192.168.0.255 scope global wlx90de808141d4
valid_lft forever preferred_lft forever
inet6 fe80::92de:80ff:fe81:41d4/64 scope link
valid_lft forever preferred_lft forever
5: virbr0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default qlen 1000
link/ether 52:54:00:7b:41:38 brd ff:ff:ff:ff:ff:ff
inet 192.168.122.1/24 brd 192.168.122.255 scope global virbr0
valid_lft forever preferred_lft forever
6: docker0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default
link/ether 02:42:47:0e:3a:9b brd ff:ff:ff:ff:ff:ff
inet 172.17.0.1/16 brd 172.17.255.255 scope global docker0
valid_lft forever preferred_lft forever
inet6 fe80::42:47ff:fe0e:3a9b/64 scope link
valid_lft forever preferred_lft forever
7: br-cb2dd3de48fb: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default
link/ether 02:42:8f:a9:12:f3 brd ff:ff:ff:ff:ff:ff
inet 172.18.0.1/16 brd 172.18.255.255 scope global br-cb2dd3de48fb
valid_lft forever preferred_lft forever
8: br-f4d2632ae5f9: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default
link/ether 02:42:02:1d:49:a6 brd ff:ff:ff:ff:ff:ff
inet 172.19.0.1/16 brd 172.19.255.255 scope global br-f4d2632ae5f9
valid_lft forever preferred_lft forever
10: vethb2851a2@if9: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master docker0 state UP group default
link/ether ee:07:31:6e:7d:50 brd ff:ff:ff:ff:ff:ff link-netnsid 0
inet6 fe80::ec07:31ff:fe6e:7d50/64 scope link
valid_lft forever preferred_lft forever
12: vethec73388@if11: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master docker0 state UP group default
link/ether fe:5b:d6:aa:f3:85 brd ff:ff:ff:ff:ff:ff link-netnsid 1
inet6 fe80::fc5b:d6ff:feaa:f385/64 scope link
valid_lft forever preferred_lft forever
J'utilise netplan et networkd.
01-netplan-ethernet.yaml :
network:
version: 2
renderer: networkd
ethernets:
enp4s0:
dhcp4: no
dhcp6: no
addresses:
- 192.168.0.10/24
# routes:
# - to: default
# via: 192.168.0.1
nameservers:
addresses: [1.1.1.1, 8.8.8.8]
On voit ici que j'ai dû désactiver la route, car elle entre en conflit avec ma deuxième interface, 02-netplan-wifi.yaml :
GNU nano 6.2 /etc/netplan/02-netplan-wifi.yaml
network:
version: 2
renderer: networkd
wifis:
wlx90de808141d4:
dhcp4: false
dhcp6: false
addresses:
- 192.168.0.11/24
access-points:
"Bureau5G":
password: "xxxxxxxxxxxxxxxxxxxxxxxxx"
routes:
- to: default
via: 192.168.0.1
nameservers:
addresses: [1.1.1.1, 8.8.8.8]
Avec évidemment:
netplan apply
** (process:10459): WARNING **: 16:44:36.988: Problem encountered while validating default route consistency.Please set up multiple routing tables and use `routing-policy` instead.
Error: Conflicting default route declarations for IPv4 (table: main, metric: default), first declared in wlx90de808141d4 but also in enp4s0
rfkill unblock all
=> sans effet sur le port DÉSACTIVÉ
D'où 2 questions :
- comment rétablir mon port ethernet carte-mère ?
- pourquoi netplan ne pourrait-il pas intégrer que j'ai un seul routeur donc une seule gateway, pour mes deux connexions ?
Merci à vous
Hors ligne
#2 Le 11/10/2023, à 16:56
- xubu1957
Re : netplan, routes et rtl8111
Bonjour,
Pour essayer de rétablir la connexion filaire :
sudo ip link set enp8s0 down
sudo ip link set enp8s0 up
sudo dhclient enp8s0
Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci. Membre de Linux-Azur
Hors ligne
#3 Le 11/10/2023, à 17:43
- RidingAround
Re : netplan, routes et rtl8111
Merci ,
ip link a donné une activation, bien entendu. J'étais pris au boulot et n'y avais même pas pensé.
J'attends une réponse pour netplan, car j'aimerais garder cette config.
Je verrai ce soir.
Hors ligne
#4 Le 11/10/2023, à 18:23
- RidingAround
Re : netplan, routes et rtl8111
Ok, ça marche.
netplan get donne actuellement ceci :
network:
version: 2
renderer: networkd
ethernets:
enp8s0:
addresses:
- "192.168.0.10/24"
nameservers:
addresses:
- 1.1.1.1
- 8.8.8.8
dhcp4: false
dhcp6: false
routes:
- to: "default"
via: "192.168.0.1"
wifis:
wlx90de808141d4:
addresses:
- "192.168.0.11/24"
nameservers:
addresses:
- 1.1.1.1
- 8.8.8.8
dhcp4: false
dhcp6: false
routes:
- to: "default"
via: "192.168.0.1"
access-points:
"Bureau5G":
auth:
key-management: "psk"
password: "xxxxxxxxxxxx"
netplan apply donne ceci :
** (process:11093): WARNING **: 18:19:43.781: Problem encountered while validating default route consistency.Please set up multiple routing tables and use `routing-policy` instead.
Error: Conflicting default route declarations for IPv4 (table: main, metric: default), first declared in wlx90de808141d4 but also in enp8s0
Mais tout fonctionne quand même avec la répétition de cette route par défaut sur les deux interfaces.
Reste à savoir donc pourquoi j'ai ce message d'erreur; j'aurais pensé pouvoir préciser librement et sans message intriguant et illogique, la même gateway pour chaque interface, comme 99 % de la population et des PME, qui n'ont qu'un routeur parce que ça suffit bien quitte à faire du multiwan derrière
Hors ligne
#5 Le 11/10/2023, à 18:26
- xubu1957
Re : netplan, routes et rtl8111
Pour le réseau, je ne suis pas apte à renseigner. ¯∖_(ツ)_/¯
Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci. Membre de Linux-Azur
Hors ligne
#6 Le 11/10/2023, à 18:36
- RidingAround
Re : netplan, routes et rtl8111
Merci, c'est déjà sympa.
Hors ligne
#7 Le 17/10/2023, à 12:13
- RidingAround
Re : netplan, routes et rtl8111
Up svp :
- pourquoi netplan ne peut-il pas recevoir une seule et même gateway pour mes deux connexions dans un fichier yaml, ou même dans deux yaml séparés eth/wifi ?
Comment faire alors quand on a deux connexions en statique et un seul routeur en passerelle ?
Etonnant !
Hors ligne
Pages : 1