Ben il y a du dhcp sur les 2 adresses on dirait…
Bêtement j’aurais essayer dans un premier temps de sauvegarder le fichier /etc/netplan/50-cloud-init.yaml pour ne pas le perdre
sudo -i
cp -a /etc/netplan/50-cloud-init.yaml 50-cloud-init.yaml-ORI
Puis essayer de l’éditer et de remplacer les boléens pour DHCP (attention à ne pas faire, voir tout en bas, c’est juste une pensée)
# cat /etc/netplan/50-cloud-init.yaml
# This file is generated from information provided by the datasource. Changes
# to it will not persist across an instance reboot. To disable cloud-init's
# network configuration capabilities, write a file
# /etc/cloud/cloud.cfg.d/99-disable-network-config.cfg with the following:
# network: {config: disabled}
network:
version: 2
ethernets:
enp3s0:
accept-ra: true
dhcp4: false
dhcp6: false
match:
macaddress: fa:16:3e:f3:1c:9c
set-name: enp3s0
Puis de tester avec la commande
netplan try
Il va juste tester la config et renvoyer un résultat
aussi cette commande va dire ce qu’il voit dans le fichier
netplan get
Mais comme il y a aussi ce service systemd, avec [DHCP] ça se complique et plutôt que de dire des bêtises, je crois que @jarod5001 maîtrise bien et semble plus averti… Intéressant en tous les cas de résoudre ce cas de figure.
J’imagine qu’il y a aussi un truc à changer dans 10-netplan-enp3s0.network
du style
[Network]
Address=2001:1600:16:10::603/64
IPv6AcceptRA=no
LinkLocalAddressing=ipv6
IPForward=ipv6
mais pareil c’est risqué et pas simple finalement…
Ou bien supprimer le cloud-init, sinon au redémarrage il écrase tout et faire sa config, mais pareil c’est un risque et il ne faut pas se tromper… J’avais appris à le faire sur des vps de OVH, mais pas avec netplan qui en effet et un peu le nouveau venu de redhat…
Ou simplement comme souligné désactiver le cloud-init comme expliqué
To disable cloud-init's
# network configuration capabilities, write a file
# /etc/cloud/cloud.cfg.d/99-disable-network-config.cfg with the following:
# network: {config: disabled}
et ensuite faire ses configs…
