J'ai fait le tour des forums et je n'arrive pas à résoudre ce souci.
J'essaie d'attribuer une IP statique à des interfaces réseaux de mon système Debian 11 et ai systématiquement la même erreur.
Sur l'interface eno1, l'attribution de l'IP statique à été faite il y a un moment et celle-ci ne génère pas d'erreurs. J'essaie maintenant d'ajouter des IP statiques sur de nouvelles interfaces réseau, comme eno2/enp3s0/enp4s0/enp5s0 et cela me génère l'erreur suivante :
root@DEBIAN:/tmp/rtl_bsd_drv_v195.00# journalctl -xe
févr. 18 18:30:46 DEBIAN ifup[12580]: ifup: failed to bring up eno2
févr. 18 18:30:46 DEBIAN systemd[1]: networking.service: Main process exited, code=exited, status=1/FAILURE
░░ Subject: Unit process exited
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░
░░ An ExecStart= process belonging to unit networking.service has exited.
░░
░░ The process' exit code is 'exited' and its exit status is 1.
févr. 18 18:30:46 DEBIAN systemd[1]: networking.service: Failed with result 'exit-code'.
░░ Subject: Unit failed
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░
░░ The unit networking.service has entered the 'failed' state with result 'exit-code'.
févr. 18 18:30:46 DEBIAN systemd[1]: Failed to start Raise network interfaces.
░░ Subject: L'unité (unit) networking.service a échoué
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
Mon fichier /etc/network/interfaces a la structure suivante :
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface - Port 1
auto eno1
iface eno1 inet static
address 192.168.1.219
netmask 255.255.254.0
gateway 192.168.1.248
#Secondary Network Interface - Port 2
auto eno2
iface eno2 inet static
address 192.168.13.160
netmask 255.255.255.0
gateway 192.168.13.251
auto enp5s0
allow-hotplug enp5s0
iface enp5s0 inet dhcp
L'erreur est donc générée par l'attribution en IP fixe (dans ce cas eno2), aucun souci sur mes interfaces en attribution DHCP.
L'ensemble des interfaces fonctionnent donc en DHCP mais aucunes ne prennent l'IP fixe (sauf eno1 pour des raisons obscures).
root@DEBIAN:/tmp/rtl_bsd_drv_v195.00# ip -c addr show
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: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether d4:ae:52:bb:05:7c brd ff:ff:ff:ff:ff:ff
altname enp7s0f0
inet 192.168.1.219/23 brd 192.168.107.255 scope global eno1
valid_lft forever preferred_lft forever
inet6 fe80::d6ae:52ff:febb:57c/64 scope link
valid_lft forever preferred_lft forever
3: eno2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether d4:ae:52:bb:05:7d brd ff:ff:ff:ff:ff:ff
altname enp7s0f1
inet 192.168.13.160/24 brd 192.168.10.255 scope global eno2
valid_lft forever preferred_lft forever
inet6 fe80::d6ae:52ff:febb:57d/64 scope link
valid_lft forever preferred_lft forever
4: enp3s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
link/ether 88:c9:b3:b0:73:93 brd ff:ff:ff:ff:ff:ff
inet6 fe80::8ac9:b3ff:feb0:7393/64 scope link
valid_lft forever preferred_lft forever
5: enp4s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
link/ether 88:c9:b3:b0:73:94 brd ff:ff:ff:ff:ff:ff
6: enp5s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
link/ether 88:c9:b3:b0:73:95 brd ff:ff:ff:ff:ff:ff
7: enp6s0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether 88:c9:b3:b0:73:96 brd ff:ff:ff:ff:ff:ff
Comme on le voit avec le résultat de commande ci-dessus, malgré l'erreur, la configuration IP fixe est prise en compte, je ne comprends pas le soucis.
quand une automatisation au démarrage ne fonctionne pas , je la désactive, je redémarre, et je fais la configuration à la main.
ici, ip sera peut-être plus loquace...
Merci pour votre aide !
J'ai tenté avec, par exemple, les commandes du type :
ip address add 192.168.13.160/24 dev eno2
Les commandes IP fonctionnent parfaitement, mais je cherchais à comprendre pourquoi je n'arrivais pas à faire ma configuration réseau avec /etc/network/interfaces.
Si je ne trouve pas, je pense devoir me contenter de ces commandes.
A mon humble avis ton service dhcpd passe derrière pour changer ta config statique.
Assurez-vous de désactiver tous les services DHCP, par exemple dhcpcd (ou configurer dhcpd pour qu'il ne touche pas à ces interfaces/adresses)
On peut aussi mixer une config DHCP et Statique, mais seulement du routeur, à priori...C'est un peu le problème de systemd je trouve, savoir quel service va démarrer avant l'autre. (ou du moins je ne sais pas comment faire ça perso)
Bref c'est ce qu'ils conseillent ici de désactiver tous les services dhcp:
La commande flush ne permet pas de résoudre le souci au redémarrage de networking.service (pour le RTNETLINK answers: File exists) :
sudo ip addr flush dev eno2
Concernant le DHCP :
maroufle34 a écrit:
A mon humble avis ton service dhcpd passe derrière pour changer ta config statique.
Assurez-vous de désactiver tous les services DHCP, par exemple dhcpcd (ou configurer dhcpd pour qu'il ne touche pas à ces interfaces/adresses)
On peut aussi mixer une config DHCP et Statique, mais seulement du routeur, à priori...C'est un peu le problème de systemd je trouve, savoir quel service va démarrer avant l'autre. (ou du moins je ne sais pas comment faire ça perso)
Bref c'est ce qu'ils conseillent ici de désactiver tous les services dhcp:
Les adresses de broadcast sont en plus farfelues...
- Edité par maroufle34 il y a 13 minutes
Malheureusement aucun service DHCP ne semble en fonctionnement sur ma machine (d'après la commande systemctl list-units --type=service --state=active)
root@DEBIAN:~# systemctl list-units --type=service --state=active
UNIT LOAD ACTIVE SUB DESCRIPTION
apache2.service loaded active running The Apache HTTP Server
apparmor.service loaded active exited Load AppArmor profiles
console-setup.service loaded active exited Set console font and keymap
cron.service loaded active running Regular background program processing daemon
dbus.service loaded active running D-Bus System Message Bus
getty@tty1.service loaded active running Getty on tty1
ifupdown-pre.service loaded active exited Helper to synchronize boot up for ifupdown
keyboard-setup.service loaded active exited Set the console keyboard layout
kmod-static-nodes.service loaded active exited Create list of static device nodes for the current kernel
mariadb.service loaded active running MariaDB 10.5.15 database server
packagekit.service loaded active running PackageKit Daemon
polkit.service loaded active running Authorization Manager
resolvconf.service loaded active exited Nameserver information manager
rsyslog.service loaded active running System Logging Service
snmpd.service loaded active running Simple Network Management Protocol (SNMP) Daemon.
ssh.service loaded active running OpenBSD Secure Shell server
systemd-journal-flush.service loaded active exited Flush Journal to Persistent Storage
systemd-journald.service loaded active running Journal Service
systemd-logind.service loaded active running User Login Management
systemd-modules-load.service loaded active exited Load Kernel Modules
systemd-random-seed.service loaded active exited Load/Save Random Seed
systemd-remount-fs.service loaded active exited Remount Root and Kernel File Systems
systemd-sysctl.service loaded active exited Apply Kernel Variables
systemd-sysusers.service loaded active exited Create System Users
systemd-timesyncd.service loaded active running Network Time Synchronization
systemd-tmpfiles-setup-dev.service loaded active exited Create Static Device Nodes in /dev
systemd-tmpfiles-setup.service loaded active exited Create Volatile Files and Directories
systemd-udev-trigger.service loaded active exited Coldplug All udev Devices
systemd-udevd.service loaded active running Rule-based Manager for Device Events and Files
systemd-update-utmp.service loaded active exited Update UTMP about System Boot/Shutdown
systemd-user-sessions.service loaded active exited Permit User Sessions
unattended-upgrades.service loaded active running Unattended Upgrades Shutdown
user-runtime-dir@0.service loaded active exited User Runtime Directory /run/user/0
user@0.service loaded active running User Manager for UID 0
resolvconf -u va juste mettre à jour la config dans /etc/resolv.conf
Si elle n'est pas renseignée dans ton fichier /etc/network/interfaces , ça ne changera rien au fichier.
Le mieux est de le renseigner complètement.
Rajouter un broadcast et un dns pour l'interface réseau (au minimum 1 dns, et tu utiliseras sans doute les dns fournis par ton FAI ou Hébergeur.)
Une config plus du style:
# The primary network interface
allow-hotplug eno2
iface eno2 inet static
address 192.168.30.11
netmask 255.255.255.0
gateway 192.168.30.1
network 192.168.30.0
broadcast 192.168.30.255
dns-nameservers 192.168.30.1
#ça c'est pour un réseau sur 192.168.30.0 comme mentionné par network.
(toutes les lignes que j'ai écrites sont à adapter pour ton/tes réseaux.)
Tu peux aussi vérifier s'il n'y a pas de scripts Hook
c/c de la page man de interfaces.
HOOK SCRIPTS
There are four directories in which scripts can be placed which will always be run for any interface during certain phases of ifup and ifdown commands. These are: /etc/network/if-pre-up.d/
Scripts in this directory are run before bringing the interface up.
/etc/network/if-up.d/
Scripts in this directory are run after bringing the interface up.
/etc/network/if-down.d/
Scripts in this directory are run before bringing the interface down.
/etc/network/if-post-down.d/
Scripts in this directory are run after bringing the interface down.
La commande flush ne permet pas de résoudre le souci au redémarrage de networking.service (pour le RTNETLINK answers: File exists) :
sudo ip addr flush dev eno2
Là tu as l'erreur parce que l'interface est déjà configuré avec l'adresse 192.168.13.160/24. Après le flush, tu verras que l'erreur vient d'une commande du type /sbin/ip route add default via 192.168.13.151 dev eno2 onlink. Vu qu'une route par défaut a déjà été configurée avec l'interface eno1.
Il faut modifier ton fichier /etc/network/interfaces (et possiblement d'autres choses) en fonction de ce que tu veux accomplir avec ces deux routes (ou plus) par défaut.
C'est normal, Linux ne permet pas de définir deux routes par défaut avec un même préfixe et une même métrique.
Hmm c'est pas renseigné par gateway dans le fichier interfaces ça?
Après c'est sûr il faut savoir où vont aller tous tes paquets redirigés sur une route par défaut. (pour le posteur)
Perso pour une entreprise d'environ 70 ordis, j'avais fait 3 réseaux distincts, pour des raisons de sécurité surtout.(mais le routeur était un Cisco et pas un Linux)
C'est normal, Linux ne permet pas de définir deux routes par défaut avec un même préfixe et une même métrique.
Hmm c'est pas renseigné par gateway dans le fichier interfaces ça?
Après c'est sûr il faut savoir où vont aller tous tes paquets redirigés sur une route par défaut. (pour le posteur)
Perso pour une entreprise d'environ 70 ordis, j'avais fait 3 réseaux distincts, pour des raisons de sécurité surtout.(mais le routeur était un Cisco et pas un Linux)
- Edité par maroufle34 19 février 2022 à 16:37:06
J'ai enfin du nouveau!
Après recherches, la ligne auto XX dans /etc/network/interfaces semble créer l'erreur, j'ai replacé par allow-hotplug et cela semble marcher!
Au redémarrage de networking.service, les ports ne sont pas montés automatiquement, je dois faire ifup XX.
Cette commande me fait bien monter le port mais avec une erreur :
Enable to load firmware rtl_nic/rtl8125b-2.fw
Donc l'erreur d'origine du fichier interfaces vient du fait que le machine n'arrivait pas à charger le firmware et les ports ne montent donc pas automatiquement.
J'ai pourtant bien le fichier rtl demandé dans /lib/firmware/rtl_nic/ un peu du mal à comprendre pourquoi il n'arrive pas à le charger :/
L'ensemble des interfaces fonctionnent donc en DHCP mais aucunes ne prennent l'IP fixe (sauf eno1 pour des raisons obscures).
Alexrou24 a écrit:
Après recherches, la ligne auto XX dans /etc/network/interfaces semble créer l'erreur, j'ai replacé par allow-hotplug et cela semble marcher!
Au redémarrage de networking.service, les ports ne sont pas montés automatiquement, je dois faire ifup XX.
Cette commande me fait bien monter le port mais avec une erreur :
Enable to load firmware rtl_nic/rtl8125b-2.fw
Donc l'erreur d'origine du fichier interfaces vient du fait que le machine n'arrivait pas à charger le firmware et les ports ne montent donc pas automatiquement.
Très étrange, j'ai du mal à voir comment ça pouvait très bien fonctionner avant sans le firmware. Du coup, je pense que ce n'est pas l'erreur de base.
Sinon, bah non, ça ne semble pas marcher justement, utiliser allow-hotplug devrait toujours activer et configurer les interfaces automatiquement normalement.
Si tu repasses en auto, tu retrouve cette erreur relative au firmware?
As-tu fais des mises-à-jour entre temps? Du noyau peut-être? Quelles interfaces utilisent ce firmware?
L'ensemble des interfaces fonctionnent donc en DHCP mais aucunes ne prennent l'IP fixe (sauf eno1 pour des raisons obscures).
Alexrou24 a écrit:
Après recherches, la ligne auto XX dans /etc/network/interfaces semble créer l'erreur, j'ai replacé par allow-hotplug et cela semble marcher!
Au redémarrage de networking.service, les ports ne sont pas montés automatiquement, je dois faire ifup XX.
Cette commande me fait bien monter le port mais avec une erreur :
Enable to load firmware rtl_nic/rtl8125b-2.fw
Donc l'erreur d'origine du fichier interfaces vient du fait que le machine n'arrivait pas à charger le firmware et les ports ne montent donc pas automatiquement.
Très étrange, j'ai du mal à voir comment ça pouvait très bien fonctionner avant sans le firmware. Du coup, je pense que ce n'est pas l'erreur de base.
Sinon, bah non, ça ne semble pas marcher justement, utiliser allow-hotplug devrait toujours activer et configurer les interfaces automatiquement normalement.
Si tu repasses en auto, tu retrouve cette erreur relative au firmware?
As-tu fais des mises-à-jour entre temps? Du noyau peut-être? Quelles interfaces utilisent ce firmware?
Redémarre Debian (en activant bien au préalable networking.service), ensuite exécute la commande suivante en tant que root:
journalctl -b
Tu auras alors les logs du système depuis le démarrage.
Cherche les lignes relative à la configuration des interfaces réseaux, du type:
bullseye systemd[1]: Found device 82540EM Gigabit Ethernet Controller (PRO/1000 MT Desktop Adapter).
bullseye systemd[1]: Started ifup for eth0.
bullseye systemd[1]: Found device 82540EM Gigabit Ethernet Controller (PRO/1000 MT Desktop Adapter).
bullseye systemd[1]: Started ifup for eth1.
À partir de là devrait suivre plus loin dans les logs qu'une erreur a été rencontrée. Si c'est ifup qui a rencontré une erreur, tu sauras alors avec quelle interface.
bullseye sh[295]: RTNETLINK answers: File exists
bullseye sh[259]: ifup: failed to bring up eth1
bullseye systemd[1]: ifup@eth1.service: Main process exited, code=exited, status=1/FAILURE
bullseye systemd[1]: ifup@eth1.service: Failed with result 'exit-code'.
On peut alors faire pour cette interface ce que @dantonq avait suggéré:
Je constate que "Enable to load firmware", c'est pas Anglais, ça m'étonnerait que Debian ait fait cette erreur, ça aurait dû marqué "Unable to load firmware"
En tout cas les 2 phrases ne veulent pas dire la même chose...
Le allow-hotplug devrait fonctionner dans tous les cas. (si le réseau n'a pas de paramètres farfelus et les tables de routages propres)
Pour cette "erreur" c'est souvent parce que l'interface est déjà up.
Redémarre Debian (en activant bien au préalable networking.service), ensuite exécute la commande suivante en tant que root:
journalctl -b
Tu auras alors les logs du système depuis le démarrage.
Cherche les lignes relative à la configuration des interfaces réseaux, du type:
bullseye systemd[1]: Found device 82540EM Gigabit Ethernet Controller (PRO/1000 MT Desktop Adapter).
bullseye systemd[1]: Started ifup for eth0.
bullseye systemd[1]: Found device 82540EM Gigabit Ethernet Controller (PRO/1000 MT Desktop Adapter).
bullseye systemd[1]: Started ifup for eth1.
À partir de là devrait suivre plus loin dans les logs qu'une erreur a été rencontrée. Si c'est ifup qui a rencontré une erreur, tu sauras alors avec quelle interface.
bullseye sh[295]: RTNETLINK answers: File exists
bullseye sh[259]: ifup: failed to bring up eth1
bullseye systemd[1]: ifup@eth1.service: Main process exited, code=exited, status=1/FAILURE
bullseye systemd[1]: ifup@eth1.service: Failed with result 'exit-code'.
On peut alors faire pour cette interface ce que @dantonq avait suggéré:
Il nous faudrait aussi la version actuelle du fichier /etc/network/interfaces
Merci pour ton aide ! Dans le doute, voici l'ensemble des logs relatifs aux interfaces :
févr. 22 10:05:56 DEBIAN kernel: bnx2 0000:07:00.1 eno2: using MSIX
févr. 22 10:05:56 DEBIAN ifup[576]: RTNETLINK answers: File exists
févr. 22 10:05:56 DEBIAN kernel: r8169 0000:03:00.0: firmware: direct-loading firmware rtl_nic/rtl8125b-2.fw
févr. 22 10:05:56 DEBIAN kernel: RTL8226B_RTL8221B 2.5Gbps PHY r8169-0-300:00: attached PHY driver [RTL8226B_RTL8221B 2.5Gbps PHY] (mii_bus:phy_add>
févr. 22 10:05:56 DEBIAN ifup[468]: ifup: failed to bring up eno2
févr. 22 10:05:57 DEBIAN systemd[1]: Started User Login Management.
févr. 22 10:05:57 DEBIAN kernel: r8169 0000:03:00.0 enp3s0: Link is Down
févr. 22 10:05:57 DEBIAN kernel: bnx2 0000:07:00.0 eno1: NIC Copper Link is Up, 1000 Mbps full duplex
févr. 22 10:05:57 DEBIAN kernel: , receive & transmit flow control ON
févr. 22 10:05:57 DEBIAN kernel: IPv6: ADDRCONF(NETDEV_CHANGE): eno1: link becomes ready
févr. 22 10:05:57 DEBIAN rsyslogd[520]: imuxsock: Acquired UNIX socket '/run/systemd/journal/syslog' (fd 3) from systemd. [v8.2102.0]
févr. 22 10:05:57 DEBIAN rsyslogd[520]: [origin software="rsyslogd" swVersion="8.2102.0" x-pid="520" x-info="https://www.rsyslog.com"] start
févr. 22 10:05:57 DEBIAN systemd[1]: Started System Logging Service.
févr. 22 10:05:57 DEBIAN dhclient[615]: Internet Systems Consortium DHCP Client 4.4.1
févr. 22 10:05:58 DEBIAN ifup[615]: Internet Systems Consortium DHCP Client 4.4.1
févr. 22 10:05:58 DEBIAN ifup[615]: Copyright 2004-2018 Internet Systems Consortium.
févr. 22 10:05:58 DEBIAN ifup[615]: All rights reserved.
févr. 22 10:05:58 DEBIAN ifup[615]: For info, please visit https://www.isc.org/software/dhcp/
févr. 22 10:05:57 DEBIAN dhclient[615]: Copyright 2004-2018 Internet Systems Consortium.
févr. 22 10:05:57 DEBIAN dhclient[615]: All rights reserved.
févr. 22 10:05:57 DEBIAN dhclient[615]: For info, please visit https://www.isc.org/software/dhcp/
févr. 22 10:05:57 DEBIAN dhclient[615]:
févr. 22 10:05:58 DEBIAN kernel: RTL8226B_RTL8221B 2.5Gbps PHY r8169-0-400:00: attached PHY driver [RTL8226B_RTL8221B 2.5Gbps PHY] (mii_bus:phy_add>
févr. 22 10:05:58 DEBIAN kernel: r8169 0000:04:00.0 enp4s0: Link is Down
févr. 22 10:05:59 DEBIAN dhclient[615]: Listening on LPF/enp4s0/88:c9:b3:b0:73:94
févr. 22 10:05:59 DEBIAN ifup[615]: Listening on LPF/enp4s0/88:c9:b3:b0:73:94
févr. 22 10:05:59 DEBIAN ifup[615]: Sending on LPF/enp4s0/88:c9:b3:b0:73:94
févr. 22 10:05:59 DEBIAN ifup[615]: Sending on Socket/fallback
févr. 22 10:05:59 DEBIAN ifup[615]: DHCPDISCOVER on enp4s0 to 255.255.255.255 port 67 interval 5
févr. 22 10:05:59 DEBIAN dhclient[615]: Sending on LPF/enp4s0/88:c9:b3:b0:73:94
févr. 22 10:05:59 DEBIAN dhclient[615]: Sending on Socket/fallback
févr. 22 10:05:59 DEBIAN dhclient[615]: DHCPDISCOVER on enp4s0 to 255.255.255.255 port 67 interval 5
févr. 22 10:05:59 DEBIAN systemd[1]: logrotate.service: Succeeded.
févr. 22 10:05:59 DEBIAN systemd[1]: Finished Rotate log files.
févr. 22 10:06:00 DEBIAN kernel: bnx2 0000:07:00.1 eno2: NIC Copper Link is Up, 1000 Mbps full duplex
févr. 22 10:06:00 DEBIAN kernel: , receive & transmit flow control ON
févr. 22 10:06:00 DEBIAN kernel: IPv6: ADDRCONF(NETDEV_CHANGE): eno2: link becomes ready
févr. 22 10:06:00 DEBIAN kernel: r8169 0000:03:00.0 enp3s0: Link is Up - 1Gbps/Full - flow control off
févr. 22 10:06:00 DEBIAN kernel: IPv6: ADDRCONF(NETDEV_CHANGE): enp3s0: link becomes ready
févr. 22 10:06:00 DEBIAN systemd[1]: phpsessionclean.service: Succeeded.
févr. 22 10:06:00 DEBIAN systemd[1]: Finished Clean php session files.
févr. 22 10:06:02 DEBIAN systemd[1]: man-db.service: Succeeded.
févr. 22 10:06:02 DEBIAN systemd[1]: Finished Daily man-db regeneration.
févr. 22 10:06:04 DEBIAN dhclient[615]: DHCPDISCOVER on enp4s0 to 255.255.255.255 port 67 interval 9
févr. 22 10:06:04 DEBIAN ifup[615]: DHCPDISCOVER on enp4s0 to 255.255.255.255 port 67 interval 9
févr. 22 10:06:13 DEBIAN dhclient[615]: DHCPDISCOVER on enp4s0 to 255.255.255.255 port 67 interval 18
févr. 22 10:06:13 DEBIAN ifup[615]: DHCPDISCOVER on enp4s0 to 255.255.255.255 port 67 interval 18
févr. 22 10:06:25 DEBIAN systemd-timesyncd[511]: Initial synchronization to time server 37.187.205.149:123 (2.debian.pool.ntp.org).
févr. 22 10:06:31 DEBIAN dhclient[615]: DHCPDISCOVER on enp4s0 to 255.255.255.255 port 67 interval 17
févr. 22 10:06:31 DEBIAN ifup[615]: DHCPDISCOVER on enp4s0 to 255.255.255.255 port 67 interval 17
févr. 22 10:06:48 DEBIAN dhclient[615]: DHCPDISCOVER on enp4s0 to 255.255.255.255 port 67 interval 12
févr. 22 10:06:48 DEBIAN ifup[615]: DHCPDISCOVER on enp4s0 to 255.255.255.255 port 67 interval 12
févr. 22 10:07:00 DEBIAN dhclient[615]: No DHCPOFFERS received.
févr. 22 10:07:00 DEBIAN ifup[615]: No DHCPOFFERS received.
févr. 22 10:07:00 DEBIAN ifup[615]: No working leases in persistent database - sleeping.
févr. 22 10:07:00 DEBIAN dhclient[615]: No working leases in persistent database - sleeping.
févr. 22 10:07:00 DEBIAN dhclient[696]: Internet Systems Consortium DHCP Client 4.4.1
févr. 22 10:07:00 DEBIAN ifup[696]: Internet Systems Consortium DHCP Client 4.4.1
févr. 22 10:07:00 DEBIAN ifup[696]: Copyright 2004-2018 Internet Systems Consortium.
févr. 22 10:07:00 DEBIAN ifup[696]: All rights reserved.
févr. 22 10:07:00 DEBIAN ifup[696]: For info, please visit https://www.isc.org/software/dhcp/
févr. 22 10:07:00 DEBIAN dhclient[696]: Copyright 2004-2018 Internet Systems Consortium.
févr. 22 10:07:00 DEBIAN dhclient[696]: All rights reserved.
févr. 22 10:07:00 DEBIAN dhclient[696]: For info, please visit https://www.isc.org/software/dhcp/
févr. 22 10:07:00 DEBIAN dhclient[696]:
févr. 22 10:07:00 DEBIAN kernel: RTL8226B_RTL8221B 2.5Gbps PHY r8169-0-500:00: attached PHY driver [RTL8226B_RTL8221B 2.5Gbps PHY] (mii_bus:phy_add>
févr. 22 10:07:00 DEBIAN kernel: r8169 0000:05:00.0 enp5s0: Link is Down
févr. 22 10:07:00 DEBIAN ifup[696]: Listening on LPF/enp5s0/88:c9:b3:b0:73:95
févr. 22 10:07:00 DEBIAN ifup[696]: Sending on LPF/enp5s0/88:c9:b3:b0:73:95
févr. 22 10:07:00 DEBIAN ifup[696]: Sending on Socket/fallback
févr. 22 10:07:00 DEBIAN ifup[696]: DHCPDISCOVER on enp5s0 to 255.255.255.255 port 67 interval 3
févr. 22 10:07:00 DEBIAN dhclient[696]: Listening on LPF/enp5s0/88:c9:b3:b0:73:95
févr. 22 10:07:00 DEBIAN dhclient[696]: Sending on LPF/enp5s0/88:c9:b3:b0:73:95
févr. 22 10:07:00 DEBIAN dhclient[696]: Sending on Socket/fallback
févr. 22 10:07:00 DEBIAN dhclient[696]: DHCPDISCOVER on enp5s0 to 255.255.255.255 port 67 interval 3
févr. 22 10:07:03 DEBIAN kernel: r8169 0000:05:00.0 enp5s0: Link is Up - 1Gbps/Full - flow control rx/tx
févr. 22 10:07:03 DEBIAN kernel: IPv6: ADDRCONF(NETDEV_CHANGE): enp5s0: link becomes ready
févr. 22 10:07:03 DEBIAN dhclient[696]: DHCPDISCOVER on enp5s0 to 255.255.255.255 port 67 interval 3
févr. 22 10:07:03 DEBIAN ifup[696]: DHCPDISCOVER on enp5s0 to 255.255.255.255 port 67 interval 3
févr. 22 10:07:06 DEBIAN dhclient[696]: DHCPDISCOVER on enp5s0 to 255.255.255.255 port 67 interval 7
févr. 22 10:07:06 DEBIAN ifup[696]: DHCPDISCOVER on enp5s0 to 255.255.255.255 port 67 interval 7
févr. 22 10:07:06 DEBIAN ifup[696]: DHCPOFFER of 192.168.1.57 from 192.168.1.248
févr. 22 10:07:06 DEBIAN ifup[696]: DHCPREQUEST for 192.168.1.57 on enp5s0 to 255.255.255.255 port 67
févr. 22 10:07:06 DEBIAN dhclient[696]: DHCPOFFER of 192.168.1.57 from 192.168.1.248
févr. 22 10:07:06 DEBIAN dhclient[696]: DHCPREQUEST for 192.168.1.57 on enp5s0 to 255.255.255.255 port 67
févr. 22 10:07:06 DEBIAN dhclient[696]: DHCPACK of 192.168.1.57 from 192.168.1.248
févr. 22 10:07:06 DEBIAN ifup[696]: DHCPACK of 192.168.1.57 from 192.168.1.248
févr. 22 10:07:06 DEBIAN dhclient[696]: bound to 192.168.1.57 -- renewal in 38889 seconds.
févr. 22 10:07:06 DEBIAN ifup[696]: bound to 192.168.1.57 -- renewal in 38889 seconds.
févr. 22 10:07:06 DEBIAN dhclient[761]: Internet Systems Consortium DHCP Client 4.4.1
févr. 22 10:07:06 DEBIAN ifup[761]: Internet Systems Consortium DHCP Client 4.4.1
févr. 22 10:07:06 DEBIAN ifup[761]: Copyright 2004-2018 Internet Systems Consortium.
févr. 22 10:07:06 DEBIAN ifup[761]: All rights reserved.
févr. 22 10:07:06 DEBIAN ifup[761]: For info, please visit https://www.isc.org/software/dhcp/
févr. 22 10:07:06 DEBIAN dhclient[761]: Copyright 2004-2018 Internet Systems Consortium.
févr. 22 10:07:06 DEBIAN dhclient[761]: All rights reserved.
févr. 22 10:07:06 DEBIAN dhclient[761]: For info, please visit https://www.isc.org/software/dhcp/
févr. 22 10:07:06 DEBIAN dhclient[761]:
févr. 22 10:07:06 DEBIAN kernel: RTL8226B_RTL8221B 2.5Gbps PHY r8169-0-600:00: attached PHY driver [RTL8226B_RTL8221B 2.5Gbps PHY] (mii_bus:phy_add>
févr. 22 10:07:06 DEBIAN kernel: r8169 0000:06:00.0 enp6s0: Link is Down
févr. 22 10:07:06 DEBIAN dhclient[761]: Listening on LPF/enp6s0/88:c9:b3:b0:73:96
févr. 22 10:07:06 DEBIAN ifup[761]: Listening on LPF/enp6s0/88:c9:b3:b0:73:96
févr. 22 10:07:06 DEBIAN ifup[761]: Sending on LPF/enp6s0/88:c9:b3:b0:73:96
févr. 22 10:07:06 DEBIAN ifup[761]: Sending on Socket/fallback
févr. 22 10:07:06 DEBIAN ifup[761]: DHCPDISCOVER on enp6s0 to 255.255.255.255 port 67 interval 3
févr. 22 10:07:06 DEBIAN dhclient[761]: Sending on LPF/enp6s0/88:c9:b3:b0:73:96
févr. 22 10:07:06 DEBIAN dhclient[761]: Sending on Socket/fallback
févr. 22 10:07:06 DEBIAN dhclient[761]: DHCPDISCOVER on enp6s0 to 255.255.255.255 port 67 interval 3
févr. 22 10:07:09 DEBIAN dhclient[761]: DHCPDISCOVER on enp6s0 to 255.255.255.255 port 67 interval 8
févr. 22 10:07:09 DEBIAN ifup[761]: DHCPDISCOVER on enp6s0 to 255.255.255.255 port 67 interval 8
févr. 22 10:07:17 DEBIAN dhclient[761]: DHCPDISCOVER on enp6s0 to 255.255.255.255 port 67 interval 8
févr. 22 10:07:17 DEBIAN ifup[761]: DHCPDISCOVER on enp6s0 to 255.255.255.255 port 67 interval 8
févr. 22 10:07:25 DEBIAN dhclient[761]: DHCPDISCOVER on enp6s0 to 255.255.255.255 port 67 interval 16
févr. 22 10:07:25 DEBIAN ifup[761]: DHCPDISCOVER on enp6s0 to 255.255.255.255 port 67 interval 16
févr. 22 10:07:41 DEBIAN dhclient[761]: DHCPDISCOVER on enp6s0 to 255.255.255.255 port 67 interval 10
févr. 22 10:07:41 DEBIAN ifup[761]: DHCPDISCOVER on enp6s0 to 255.255.255.255 port 67 interval 10
févr. 22 10:07:51 DEBIAN dhclient[761]: DHCPDISCOVER on enp6s0 to 255.255.255.255 port 67 interval 9
févr. 22 10:07:51 DEBIAN ifup[761]: DHCPDISCOVER on enp6s0 to 255.255.255.255 port 67 interval 9
févr. 22 10:08:00 DEBIAN dhclient[761]: DHCPDISCOVER on enp6s0 to 255.255.255.255 port 67 interval 7
févr. 22 10:08:00 DEBIAN ifup[761]: DHCPDISCOVER on enp6s0 to 255.255.255.255 port 67 interval 7
févr. 22 10:08:07 DEBIAN dhclient[761]: No DHCPOFFERS received.
févr. 22 10:08:07 DEBIAN ifup[761]: No DHCPOFFERS received.
févr. 22 10:08:07 DEBIAN ifup[761]: No working leases in persistent database - sleeping.
févr. 22 10:08:07 DEBIAN dhclient[761]: No working leases in persistent database - sleeping.
févr. 22 10:08:07 DEBIAN systemd[1]: networking.service: Main process exited, code=exited, status=1/FAILURE
févr. 22 10:08:07 DEBIAN systemd[1]: networking.service: Failed with result 'exit-code'.
févr. 22 10:08:07 DEBIAN systemd[1]: Failed to start Raise network interfaces.
Ça semble venir de l'interface eno2, j'ai donc effectué les commandes que tu m'as envoyé :
root@DEBIAN:~# ifdown --force eno2
RTNETLINK answers: No such process
root@DEBIAN:~# ifup --verbose -n eno2
ifup: configuring interface eno2=eno2 (inet)
/bin/run-parts --exit-on-error --verbose /etc/network/if-pre-up.d
/sbin/ip addr add 192.168.13.160/255.255.255.0 broadcast 192.168.13.255 dev eno2 label eno2
/sbin/ip link set dev eno2 up
/sbin/ip route add default via 192.168.13.251 dev eno2 onlink
/bin/run-parts --exit-on-error --verbose /etc/network/if-up.d
root@DEBIAN:~# ifup --verbose eno2
ifup: configuring interface eno2=eno2 (inet)
/bin/run-parts --exit-on-error --verbose /etc/network/if-pre-up.d
run-parts: executing /etc/network/if-pre-up.d/ethtool
/sbin/ip addr add 192.168.13.160/255.255.255.0 broadcast 192.168.13.255 dev eno2 label eno2
/sbin/ip link set dev eno2 up
/sbin/ip route add default via 192.168.13.251 dev eno2 onlink
RTNETLINK answers: File exists
ifup: failed to bring up eno2
Ça ne semble pas résoudre le soucis :/
EDIT : À noter que l'interface qui provoque le souci change régulièrement, elle vient de passer à eno1.
Mon /etc/network/interfaces est le suivant :
# The loopback network interface
auto lo
iface lo inet loopback
auto eno1
iface eno1 inet static
address 192.168.1.219
netmask 255.255.254.0
gateway 192.168.1.248
network 192.168.1.0
broadcast 192.168.1.255
dns-nameserver 8.8.8.8
auto eno2
iface eno2 inet static
address 192.168.13.160
netmask 255.255.255.0
gateway 192.168.13.251
network 192.168.13.0
broadcast 192.168.13.255
dns-nameserver 192.168.13.221
auto enp3s0
iface enp3s0 inet static
address 10.10.11.99
netmask 255.255.255.0
network 10.10.11.0
broadcast 10.10.11.255
auto enp4s0
iface enp4s0 inet dhcp
auto enp5s0
iface enp5s0 inet dhcp
auto enp6s0
iface enp6s0 inet dhcp
maroufle34 a écrit:
Je constate que "Enable to load firmware", c'est pas Anglais, ça m'étonnerait que Debian ait fait cette erreur, ça aurait dû marqué "Unable to load firmware"
En tout cas les 2 phrases ne veulent pas dire la même chose...
Le allow-hotplug devrait fonctionner dans tous les cas. (si le réseau n'a pas de paramètres farfelus et les tables de routages propres)
Pour cette "erreur" c'est souvent parce que l'interface est déjà up.
bullseye sh[295]: RTNETLINK answers: File exists
- Edité par maroufle34 il y a environ 13 heures
Désolé! C'est une erreur de ma part, c'est un message que j'ai recopié à la main, le souci était bien "Unable" 😅
On peut bien voir que c'est l'ajout d'une nouvelle route par défaut qui crée l'erreur. Ce qui est cohérent avec le fait que l'erreur provienne certaines fois de eno1 car rien ne garantit l'ordre de configuration des interfaces.
KoaTao a écrit:
Bonjour,
C'est normal, Linux ne permet pas de définir deux routes par défaut avec un même préfixe et une même métrique.
Et c'est ce qu'il se passe lorsque eno2 est configuré par ifup.
[...]
Il faut modifier ton fichier /etc/network/interfaces (et possiblement d'autres choses) en fonction de ce que tu veux accomplir avec ces deux routes (ou plus) par défaut.
Supprimer une des deux lignes avec le mot clé «gateway» devrait suffire à n'avoir plus d'erreur. Cependant, avoir deux routes par défaut est peut-être voulue. Auquel cas, si tu veux qu'on te conseille sur la configuration à adopter, il faudra nous expliquer son intérêt et ce que tu souhaites construire exactement.
Il n'est pas forcément nécessaire de préciser les serveurs DNS, ni l'adresse de broadcast, ni celle de réseau, ni celle de la gateway par défaut. De plus, Debian recommande de configurer les interfaces réseaux à l'aide de gestionnaire comme NetworkManager ou systemd-networkd (cependant, je mesurerai cette recommandation en précisant que ces deux gestionnaire ajoutent une couche de complexité supplémentaire parfois inutile).
EDIT: Pour l'ajout de route par défaut, c'est semble-t-il plus compliqué que ce que j'ai dit.
Un petit schéma de ce que tu veux faire de tes réseaux semblerait utile, à savoir est-ce que tu fais du routage...(A mon avis il faudrait)
On a toujours pu mettre plusieurs routes par défaut, enfin de mon temps dans les années 2000 on pouvait, seulement, la 1ere dans la liste était prise en compte, normal elle redirigeait tous les paquets qui ne faisaient pas parti du réseau ou des réseaux vers cette route par défaut (default gateway)
Du coup perso je comprends mal l'utilité d'avoir plusieurs routes par défauts, même si possible, dans les faits ça sert à quoi..?
Tu pourrais déjà nous poster l'état de tes routes réseaux.
Un petit route -n ou netstat -rn pourrait nous aider....En plus de l'explication de ce que font toutes ces interfaces réseaux...Est ce qu'il y a du NAT ou ROUTING à faire? (sans doute)
On a toujours pu mettre plusieurs routes par défaut, enfin de mon temps dans les années 2000 on pouvait, seulement, la 1ere dans la liste était prise en compte, normal elle redirigeait tous les paquets qui ne faisaient pas parti du réseau ou des réseaux vers cette route par défaut (default gateway)
J'ai pas dit qu'on pouvait pas, mais l'ajout de routes statiques est régit par certaines règles.
maroufle34 a écrit:
Du coup perso je comprends mal l'utilité d'avoir plusieurs routes par défauts, même si possible, dans les faits ça sert à quoi..?
Haute disponibilité, redondance, tolérance aux pannes, policy routing (du coup, c'est plus vraiment comme ce qui est fait là), routage dynamique, mobilité (une interface Wifi et une interface filaire en DHCP par exemple sur un laptop), bref, on peut imaginer pleins de scénarios où ça peut avoir une utilité.
maroufle34 a écrit:
Un petit route -n ou netstat -rn pourrait nous aider....En plus de l'explication de ce que font toutes ces interfaces réseaux...Est ce qu'il y a du NAT ou ROUTING à faire? (sans doute)
Des tentatives de routing peuvent être faites avant la default gateway, du coup la redondance on en a si on le souhaite...La route par défaut est juste quand toutes les autres routes n'ont pu être utilisées...ça laisse un peu de marge. (même beaucoup de routes peuvent se glisser avant la default gateway...Du coup l'utilité je ne la vois toujours pas en fait...)
la route par défaut était à la fin de la table de routage, normal, du coup je ne vois pas ce que ça pourrait faire, redondance, peut être, utilité absolue, je ne crois pas...Mais bon, certains ont sans doute eu à résoudre des noeuds réseaux très compliqués pour envisager ça.
(pour ton exemple de 2 default gateway avec un ethernet ou un wifi ou s'il n'est plus disponible envoie vers l'autre gateway, je comprends bien, mais il y a tellement d'options avec les hooks des interfaces réseau pour faire autrement...Dans la théorie)
Pour la commande ip je ne sais pas si elle est POSIX, d'où mon hésitation...Bref pas bien grave d'utiliser un utilitaire ou un autre, tant que ça fonctionne.
Des tentatives de routing peuvent être faites avant la default gateway, du coup la redondance on en a si on le souhaite...La route par défaut est juste quand toutes les autres routes n'ont pu être utilisées...ça laisse un peu de marge. (même beaucoup de routes peuvent se glisser avant la default gateway...Du coup l'utilité je ne la vois toujours pas en fait...)
S'il y a deux routes pour une même destination, c'est qu'il y a probablement deux réseaux physiques différents. La haute disponibilité est voulue quand on veut assurer une continuité d'activité en cas d'incident.
maroufle34 a écrit:
(pour ton exemple de 2 default gateway avec un ethernet ou un wifi ou s'il n'est plus disponible envoie vers l'autre gateway, je comprends bien, mais il y a tellement d'options avec les hooks des interfaces réseau pour faire autrement...Dans la théorie)
Pour la commande ip je ne sais pas si elle est POSIX, d'où mon hésitation...Bref pas bien grave d'utiliser un utilitaire ou un autre, tant que ça fonctionne.
Je te rassure netstat ne l'est pas non plus, et route ça m'étonnerait.
iproute2 est bien plus présent que net-tools (le paquet regroupant les utilitaires réseaux comme netstat et route) aujourd'hui sur les différentes distributions Linux. Par exemple, l'OP utilise Debian 11 qui n'inclut pas net-tools par défaut.
Je parle juste des hooks dédiés au interfaces réseaux.
HOOK SCRIPTS
There are four directories in which scripts can be placed which will always be run for any interface during certain phases of ifup and ifdown commands. These are: /etc/network/if-pre-up.d/
Scripts in this directory are run before bringing the interface up.
/etc/network/if-up.d/
Scripts in this directory are run after bringing the interface up.
/etc/network/if-down.d/
Scripts in this directory are run before bringing the interface down.
/etc/network/if-post-down.d/
Scripts in this directory are run after bringing the interface down
On peut bien voir que c'est l'ajout d'une nouvelle route par défaut qui crée l'erreur. Ce qui est cohérent avec le fait que l'erreur provienne certaines fois de eno1 car rien ne garantit l'ordre de configuration des interfaces.
KoaTao a écrit:
Bonjour,
C'est normal, Linux ne permet pas de définir deux routes par défaut avec un même préfixe et une même métrique.
Et c'est ce qu'il se passe lorsque eno2 est configuré par ifup.
[...]
Il faut modifier ton fichier /etc/network/interfaces (et possiblement d'autres choses) en fonction de ce que tu veux accomplir avec ces deux routes (ou plus) par défaut.
Supprimer une des deux lignes avec le mot clé «gateway» devrait suffire à n'avoir plus d'erreur. Cependant, avoir deux routes par défaut est peut-être voulue. Auquel cas, si tu veux qu'on te conseille sur la configuration à adopter, il faudra nous expliquer son intérêt et ce que tu souhaites construire exactement.
Il n'est pas forcément nécessaire de préciser les serveurs DNS, ni l'adresse de broadcast, ni celle de réseau, ni celle de la gateway par défaut. De plus, Debian recommande de configurer les interfaces réseaux à l'aide de gestionnaire comme NetworkManager ou systemd-networkd (cependant, je mesurerai cette recommandation en précisant que ces deux gestionnaire ajoutent une couche de complexité supplémentaire parfois inutile).
EDIT: Pour l'ajout de route par défaut, c'est semble-t-il plus compliqué que ce que j'ai dit.
- Edité par KoaTao 22 février 2022 à 17:43:14
maroufle34 a écrit:
Un petit schéma de ce que tu veux faire de tes réseaux semblerait utile, à savoir est-ce que tu fais du routage...(A mon avis il faudrait)
On a toujours pu mettre plusieurs routes par défaut, enfin de mon temps dans les années 2000 on pouvait, seulement, la 1ere dans la liste était prise en compte, normal elle redirigeait tous les paquets qui ne faisaient pas parti du réseau ou des réseaux vers cette route par défaut (default gateway)
Du coup perso je comprends mal l'utilité d'avoir plusieurs routes par défauts, même si possible, dans les faits ça sert à quoi..?
Tu pourrais déjà nous poster l'état de tes routes réseaux.
Un petit route -n ou netstat -rn pourrait nous aider....En plus de l'explication de ce que font toutes ces interfaces réseaux...Est ce qu'il y a du NAT ou ROUTING à faire? (sans doute)
- Edité par maroufle34 22 février 2022 à 18:01:14
Désolé, j'étais en congés et n'ai donc pas eu accès à la machine!
Merci pour vos réponses, l'objectif de ce serveur est de superviser l'état des réseaux, il doit donc être connecté à chacun de me réseaux via plusieurs interfaces et IP fixes différentes.
J'ai modifié et ai largement réduit les informations indiquées dans ma configuration /etc/network/interfaces.
# The loopback network interface
auto lo
iface lo inet loopback
auto eno1
iface eno1 inet static
address 192.168.1.219
netmask 255.255.254.0
gateway 192.168.1.248
auto eno2
iface eno2 inet static
address 192.168.13.160
netmask 255.255.255.0
dns-nameserver 192.168.13.221
auto enp5s0
iface enp5s0 inet static
address 192.168.11.167
netmask 255.255.255.0
auto enp4s0
iface enp4s0 inet static
address 192.168.12.232
netmask 255.255.255.0
auto enp3s0
iface enp3s0 inet dhcp
Je n'ai besoin qu'une seule gateway pour permettre la connexion à internet via eno1.
Après redémarrage de la machine (et non uniquement de networking.service), le problème semble résolu, celui-ci devait être causé par les deux gateways. N'ayant besoin de qu'une seule, cela ne posera pas de soucis!
Élément bizarre, le nom de mes interfaces réseau ont changées toutes seules sur ma carte PCIe passant du port 1 (enp3s0), port 2 (enp4s0)...
À l'ordre enp5s0 pour le port 1, enp4s0 port 2, enp3s0 port 3, enp6s0 port 4.
Appart ce souci de ports qui ont changés tout seuls, je n'ai plus l'erreur initiale, merci !
- Edité par Alexrou24 1 mars 2022 à 14:16:18
Erreur "Failed to start Raise network interfaces."
× Après avoir cliqué sur "Répondre" vous serez invité à vous connecter pour que votre message soit publié.
× Attention, ce sujet est très ancien. Le déterrer n'est pas forcément approprié. Nous te conseillons de créer un nouveau sujet pour poser ta question.
Validez la réponse utile « Un problème clairement exposé est à moitié résolu. » Pas de MP technique
Validez la réponse utile « Un problème clairement exposé est à moitié résolu. » Pas de MP technique