Le problème n'est pas qu'il s'acharne à rajouter l'IP 169.254.27.175
mais pourquoi la route par défaut est supprimée. Une solution malpropre
serait de désactiver enp6s0 si l'interface ne sert à rien. Mais
bon...malpropre
Le 04/11/2024 à 22:25, Frederic Zulian a écrit :
Voila, voila,
ip r quand cela fonctionne :
default via 192.168.1.254 dev enp17s0 proto kernel onlink
192.168.1.0/24 <http://192.168.1.0/24> dev enp17s0 proto kernel scope
link src 192.168.1.14
192.168.1.254 dev enp17s0 scope link
192.168.2.0/24 <http://192.168.2.0/24> dev vmbr0 proto kernel scope
link src 192.168.2.13
ip r quand celane fonctionne plus :
169.254.0.0/16 <http://169.254.0.0/16> dev enp6s0 proto kernel scope
link src 169.254.27.175
192.168.1.0/24 <http://192.168.1.0/24> dev enp17s0 proto kernel scope
link src 192.168.1.14
192.168.1.254 dev enp17s0 scope link
192.168.2.0/24 <http://192.168.2.0/24> dev vmbr0 proto kernel scope
link src 192.168.2.13
Mais pourquoi s'acharne t-il à mettre l'adresse 169.254.0.0/16
<http://169.254.0.0/16> sur enps0 ?
Frédéric ZULIAN
Le lun. 4 nov. 2024 à 09:46, NoSpam <[email protected]> a écrit :
Bonjour
le problème doit être lié au routage, le fait que l'IP
169.254.48.25 apparaisse doit casser la route par défaut.
#ip r ; lorsque tout est OK
puis un second lorsque le réseau est en panne devrait pointer le
problème.
Le 03/11/2024 à 19:45, Frederic Zulian a écrit :
Bonjour,
Sur un serveur Proxmox, le reseau fonctionne querlques instants
puis plante.
un systemctl restart networking le relance mais il replante
quelques instants plus tard.
On le voit dans ces resultats de pings :
ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8 <http://8.8.8.8>: icmp_seq=1 ttl=115
time=8.73 ms
64 bytes from 8.8.8.8 <http://8.8.8.8>: icmp_seq=2 ttl=115
time=10.7 ms
..............
From 169.254.48.25 icmp_seq=16 Destination Host Unreachable
From 169.254.48.25 icmp_seq=17 Destination Host Unreachable
A priori, le problème vient du fait qu'il veuille absolument
m'attribuer une adresse
du type 169.254.xx.xx sur l'interface enp6s0
Quelques éléments :
Voici /etc/network/interfaces
Voici /etc/network/interfaces
auto lo
iface lo inet loopback
auto enp6s0
iface enp6s0 inet manual
auto enp17s0
iface enp17s0 inet static
address 192.168.1.14
netmask 255.255.255.0
gateway 192.168.1.254
auto vmbr0
iface vmbr0 inet static
address 192.168.2.13/24 <http://192.168.2.13/24>
bridge-ports enp6s0
bridge-stp off
bridge-fd 0
ifconfig (au moment ou le reseau fonctionne)
enp17s0: flags=-28605<UP,BROADCAST,RUNNING,MULTICAST,DYNAMIC> mtu
1500
inet 192.168.1.14 netmask 255.255.255.0 broadcast 0.0.0.0
enp6s0: flags=-28605<UP,BROADCAST,RUNNING,MULTICAST,DYNAMIC> mtu
1500
inet6 fe80::12ff:e0ff:fe28:3c23 prefixlen 64 scopeid 0x20<link>
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
vmbr0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.2.13 netmask 255.255.255.0 broadcast 0.0.0.0
Ifconfig (quelques instants plus tard) :
enp17s0: flags=-28605<UP,BROADCAST,RUNNING,MULTICAST,DYNAMIC> mtu
1500
inet 192.168.1.14 netmask 255.255.255.0 broadcast 0.0.0.0
enp6s0: flags=-28669<UP,BROADCAST,MULTICAST,DYNAMIC> mtu 1500
inet 169.254.236.64 netmask 255.255.0.0 broadcast 169.254.255.255
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
vmbr0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
inet 192.168.2.13 netmask 255.255.255.0 broadcast 0.0.0.0
Une idée ?
Frédéric ZULIAN
