web-dev-qa-db-fra.com

Le système perd l'adresse IP statique

Une adresse IP statique est attribuée à l'un de mes systèmes sans tête via /etc/network/interfaces sur un réseau Ethernet câblé. Il est connecté à un routeur qui est également un serveur DHCP. Après quelques jours, l'adresse statique est supprimée et remplacée par une adresse DHCP. Pourquoi serait-ce?

  • Si je fais un Sudo ifdown eth0 && Sudo ifup eth0 ou Sudo service networking restart ou un redémarrage, le système reprend son adresse statique, mais quelques jours plus tard, l’adresse IP devient dynamique.
  • Il n'y a pas d'autre système sur le réseau avec (accidentellement) la même adresse statique.
  • NetworkManager n'est pas en cours d'exécution sur le système.
  • J'ai configuré le système pour m'envoyer un email dès que l'adresse change, mais les heures auxquelles cela se produit semblent complètement aléatoires. La durée du bail DHCP est de 24 heures, mais cela ne semble pas corréler, et de toute façon cela ne devrait pas avoir d’importance pour une adresse statique.
  • Mon/etc/network/interfaces est la suivante:
 auto lo 
 iface lo inet loopback 
 auto eth0 
 iface eth0 inet static 
 adresse 192.168.124.104 
 passerelle 192.168.124.253 
 masque de réseau 255.255.255.0

C'est un peu un casse-tête.

Qu'est-ce qui inciterait un système à abandonner son adresse statique et à demander une adresse DHCP? Que rechercher, dans quel fichier journal?

networkingstatic-ip
9
Jos

Récemment, j’ai trébuché sur ce problème et après quelques recherches, il s’est avéré que /etc/dhcp/dhcp.conf nécessitait l’ajout d’un bloc (semblable à celui-ci):

 
 alias {interface "eth0"; 
 adresse fixe 10.1.1.1; 
 option masque de sous-réseau 255.0.0.0; }

J'espère que cela t'aides!

Cordialement, Glendon Gross

8
Glendon Gross

Hmmm, étrange ... Je ne suis pas sûr que cela compte, mais par souci de propreté, je placerais le paramètre netmask directement après "address" et non après "gateway". Vous devez également désinstaller/désactiver le package (isc-) dhcp-client de l'hôte et se méfier des fichiers ipv6 et resolveconf. Avant cela: un moyen de savoir ce qui se passe consiste à mettre en place une règle de pare-feu qui accepte et consigne tout le trafic en provenance et à destination des ports DHCP (serveur 67 UDP et client 68 UDP) ou créer une journalisation pour l'état des périphériques, le dhcp-client. ou renifler votre trafic.

Une solution de contournement (ou une solution alternative) consiste toutefois à configurer des réservations DHCP pour certains de vos hôtes ou une durée de bail infinie pour leurs adresses DHCP. Pour moi, cela fonctionne vraiment bien et l'avantage est une gestion centralisée. Si votre serveur DHCP est votre modem/routeur, vous pouvez probablement le configurer dans l'interface Web (soit la durée du bail, soit la réservation) et, sur certains routeurs, vous pouvez même cocher une case à cocher "adresse fixe". Si vous avez configuré votre propre serveur (Ubuntu?), Vous devez éditer le fichier dhcpd.conf en ajoutant des lignes comme celle-ci:

Host Accountant {
  hardware ethernet 00:1F:6A:XX:XX:XX;
  fixed-address 192.168.124.104;
}
1
Olove

Je sais que c'est vieux, mais j'ai rencontré un problème similaire avec lequel je me débattais. J'ai également ouvert une affaire avec Canonical pour demander de l'aide.

Depuis, j'ai résolu mon problème et je suis revenu à ce message dans l'espoir que cela pourrait être utile à quelqu'un d'autre qui pourrait trébucher. Mon problème à la fin s'est avéré être 'wicd-daemon'. Je ne sais pas comment ni pourquoi le paquet a été installé, mais c’est le principal contributeur à la suppression de mon adresse statique et à la création d’autres problèmes de réseau.

Un symptôme de mon problème était que dhclient serait démarré si je débranchais le câble réseau et que je le rebranchais. Comme pour le problème signalé ici, j'obtiendrais alors une adresse IP différente. Si je définissais mon NIC manuellement, tout irait bien, mais il se peut qu'une heure quelconque plus tard obtienne une adresse IP différente (en raison de l'exécution de dhclient en arrière-plan, semble-t-il). Vérifiez si dhclient est en cours d'exécution. Quant à savoir pourquoi dhclient est en cours d’exécution, c’est un autre problème. Ci-dessous, je décris quel client résolu pour moi, que j'ai finalement tracé dans plusieurs chemins (avahi, ntpd, ifup, ...). Pour mon cas, c'était wicd-daemon.

Le problème a initialement été mis en évidence lors des tests, alors que je changeais de réseau et que je devais déplacer physiquement mon câble réseau. Cela a causé un problème de réseau pour moi, ce qui n'aurait pas dû être le cas. Il a également fallu un peu de temps pour découvrir le problème, car je ne m'attendais pas à ce que mon adresse IP statique soit abandonnée ou modifiée.

En fin de compte, purger wicd-daemon et python-wicd ont résolu le problème. Mon système conserve maintenant l'adresse IP statique même lorsque le câble réseau a été débranché. Je n'ai pas vu le client démarrer non plus, donc je pense que ce problème a également été résolu. Je suis aussi allé dans d'autres chemins, en regardant avahi qui semblait jouer un rôle dans les problèmes que je rencontrais, j'ai aussi aussi regardé ntpd (bizarre je sais, mais cela apparaissait dans les syslogs en même temps que d'autres NTPD n’a probablement rien eu à faire avec cela, mais il produisait des logs suspects). J'ai couru plusieurs trous de lapin jusqu'à ce que, par hasard, je suis tombé sur un processus wicd tout en effectuant d'autres tests.

Donc, longue histoire, vérifiez si dhclient est en cours d'exécution et si vous avez un gestionnaire de réseau comme wicd en cours d'exécution sur votre système. Ce pourrait être ce qui vous cause des problèmes avec votre adresse statique.

1
ub-test