Vous n'êtes pas identifié(e).
Et pour le NetworkManager
Sur le réseau local, le serveur est vu avec l'adresse dynamique 192.168.1.156
Si on remplace managed=false par managed=true : ce qui devrait donner la gestion de l'IP à ifupdown
Le réseau local permet l'accès au serveur avec 2 adresses IP 192.168.1.156 (dynamique) et 192.168.1.254 (statique).
Donc malgré la configuration statique, NetworkManager effectue une requête DHCP pour obtenir une IP (dynamique).
Je voudrais savoir comment mettre réellement NetworkManager hors service concernant la gestion de l'adresse IP.
Dernière modification par galactic (02-05-2018 16:45:49)
Hors ligne
Voici un module qui me semble bien inutile
Quel module ?
le serveur est vu avec l'adresse dynamique 192.168.1.156
Comment ça, "vu" ?
Si on remplace managed=false par managed=true : ce qui devrait donner la gestion de l'IP à ifupdown
Non, ifupdown n'est pas affecté par cette option et gère toutes les interfaces configurées dans /etc/network/interfaces.
managed=false (valeur par défaut car raisonnable) indique que NetworkManager ne s'occupera pas des interfaces configurées dans /etc/network/interfaces.
managed=true (risqué) indique que NetworkManager s'occupera même des interfaces configurées dans /etc/network/interfaces.
Donc malgré la configuration statique, NetworkManager effectue une requête DHCP pour obtenir une IP (dynamique).
Normal avec managed=true.
Je voudrais savoir comment mettre réellement NetworkManager hors service concernant la gestion de l'adresse IP.
Configuration de l'interface dans /etc/network/interfaces et managed=false.
Il vaut mieux montrer que raconter.
Hors ligne
Quel module ?
NetworkManager
Comment ça, "vu" ?
Quand à partir d'une machine connectée au réseau local, je peux accéder en SSH à un équipement du réseau en fournissant une adresse IP, je considère que cet équipement est vu sur le réseau avec l'adresse IP fournie pour la connexion SSH.
Si on veut ergoter sur les mots, il faut postuler à l'Académie Française
Considérant la configuration de l'équipement en IP statique :
Connecté sur l'équipement, la commande ip addr donne :
On a 2 adresses IP affectées au même équipement (.254 -statique- et .156 -dynamique-).
Et celà quelque soit la valeur managed=true/false affectée dans le fichier /etc/NetworkManager/NetworkManager.conf
De même si on ajoute l'adresse MAC de la machine dans ce fichier :
On a toujours 2 adresses IP affectées à l'équipement.
D'ou la question comment éviter l'affectation d'une IP dynamique?
Dernière modification par galactic (29-04-2018 12:40:23)
Hors ligne
Là, c'est bon je n'ai plus qu'une seule adresse; mais si je reboot la machine, je me retrouve avec les 2 adresses.
Hors ligne
ps: note ce qu il va éventuellement enlever. (répond non si un doute sur ce qu il veut supprimer )
il y a tous les services avahi , upnp , rygel , dlna et autres (installé par gnome) mais je vois pas le rapport avec cet IP en dhcp
il y a le dhclient.conf dans /etc/dhcp/dhclient.conf
ce n'est pas network-manager en tout cas
Après ça dépasse mes compétences
tu est sous stretch + gnome ?
tu peu regarder le détail dans le syslog , voir qui affecte cette ip (services)
il y a systemd aussi pour le réseau , tu a modifié quelque chose ?
purge déjà comme ci dessus avec "autoremove" les paquets inutiles
ps: je sais pas les services que tu a installé sur ce serveur et ce que tu fais avec
Quand à partir d'une machine connectée au réseau local, je peux accéder en SSH à un équipement du réseau en fournissant une adresse IP, je considère que cet équipement est vu sur le réseau avec l'adresse IP fournie pour la connexion SSH.
Si on veut ergoter sur les mots
Je ne cherche pas à ergoter, je veux que les choses soient claires. "Voir", c'est vague et ça peut vouloir dire plein de trucs différents. Par exemple que la résolution de nom pointe vers cette adresse IP.
si je reboot la machine, je me retrouve avec les 2 adresses.
Donc il y a quelque chose qui remet l'adresse, et ce n'est pas NetworkManager si tu l'as bien désinstallé.
Vérifie s'il n'y a pas d'autre fichier dans le répertoire /etc/network/interfaces.d/.
Si l'adresse est configurée par DHCP, il doit y avoir un processus client DHCP qui tourne. Tu peux essayer de regarder quel processus l'a lancé avec
Si ça ne remonte pas assez haut, augmenter le nombre ou supprimer le | grep.
il y a systemd aussi pour le réseau , tu a modifié quelque chose ?
En effet systemd-networkd permet de configurer le réseau directement, mais il me semble que ce n'est pas (encore) par défaut donc il faut le configurer explicitement.
Dernière modification par raleur (29-04-2018 15:45:31)
Il vaut mieux montrer que raconter.
Hors ligne
monter un serveur avec le bureau Gnome c'est pas l'idéal , il est plein de truc pas forcément utile pour un serveur
Tout à fait mais :
- il s'agit d'un système mono-carte (processeur ARM) avec Linux pré-installé
- le bureau, c'est LXDE avec des paquets Gnome comme NetworkManager
- le bureau, je ne l'utilise pas : je fais tout par SSH : installs java/tomcat/applis et configurations.
La suppression de NetworkManager :
Je ne cherche pas à ergoter, je veux que les choses soient claires
Désolé, mais j'avais mis un smiley.
il y a le dhclient.conf dans /etc/dhcp/dhclient.conf
Justement avant de voir vos réponses je suis tombé sur quelque chose qui ressemble à mon problème :
https://askubuntu.com/questions/914700/ … ip-address
Et là après quelques modifs : toujours les 2 adresses IP; puis décommenter une ligne dans dhclient.conf et reboot -> plus aucune IP.
Donc fin du SSH, il me faut remettre le matériel en ordre avec un clavier/souris/écran, et en plus c'est de la connectique particulière.
D'ou nécessité de passer provisoirement en mode Pause.
Dernière modification par galactic (29-04-2018 16:38:32)
Hors ligne
ce qui explique tout
tu utilise un rpi avec raspbian
Perdu
C'est un pcDuino V3B (=Raspberry++) avec Ubuntu et LXDE comme bureau léger.
J'ai vu quelque part un portage personnel de Debian sur ce matériel, mais vu les problèmes potentiels, je préfère en rester à la distribution fournie par le fabricant de la carte.
Hors ligne
La suppression de NetworkManager :
apt-get --purge autoremove network-manager-gnome
D'après la page de manuel d'apt-get, la commande autoremove ne prend pas de paquet en argument. Donc cette commande ne désinstalle pas NetworkManager.
Pour désinstaller un paquet et ses dépendances, je pense qu'il faut utiliser la commande remove avec l'option --autoremove.
Dernière modification par raleur (30-04-2018 09:32:37)
Il vaut mieux montrer que raconter.
Hors ligne
il doit y avoir un processus client DHCP qui tourne
dhclient est lancé par le processus init et il génère le fichier :
Et pour les logs (grep sur dhclient):
(grep sur eth0)
Si j'effectue la commande :
Je n'ai plus que l'IP statique, l'IP dynamique a disparu.
J'ai trouvé cette solution (ou plutôt rustine) sur le net :
ifdown eth0
kill du process dhclient
suppression du fichier /var/lib/dhcp/dhclient.leases
ifup eth0
Et dans ce cas on n'a plus que l'IP statique.
Mais celà ne résout pas mon problème car sur l'équipement il y a un watchdog susceptible d'effectuer un reboot automatique : et dans ce cas je me retrouve avec dhclient démarré et une IP dynamique.
Dernière modification par galactic (30-04-2018 16:23:00)
Hors ligne
nota : tu a l'option "stop" , "start" , "restart " , "status"
pour éviter ceci => "* Running /etc/init.d/networking restart is deprecated"
une commande plus d' actualité avec systemd
Effectivement c'est la commande service que j'utilise pour manager Tomcat. Mais à force de commuter entre divers Linux, je ne suis pas certain d'employer la bonne commande.
Pour revenir à mon problème, j'ai une solution qui n'est pas très élégante (c'est un détournement de déclaration), mais faute de mieux ...
Dans le fichier /etc/dhcp/dhclient.conf, il suffit de refuser un serveur dhcp donné :
Dans le man de dhclient.conf
reject ip-address;
La déclaration reject oblige le client DHCP à rejeter les offres des serveurs qui utilisent une adresse spécifique en tant qu'identifiant serveur. Ceci peut être utilisé pour éviter d'être configuré par un imposteur ou des serveurs dhcp mal configurés, toutefois ceci ne devrait être utilisé qu'en dernier ressort - il vaut mieux essayer de trouver les mauvais serveurs DHCP et les corriger.
Donc "meaculpa", NetworkManager n'était pas en cause
Dernière modification par galactic (30-04-2018 20:10:42)
Hors ligne
Je m'aperçois que dhclient sature /var/log/syslog : en effet, n'obtenant pas d'adresse IP par un serveur dhcp, il réitère la demande toutes les 20 secondes; donc, tel quel çà ne va pas le faire. Il faut en revenir au fait qu'il faut "killer" le process dhclient.
Donc le petit script pour effectuer la tache :
Et il faut bien le mettre quelque part ce script, normalement on va faire en sorte qu'il soit éxécuté à la fin du process init donc sa place est dans /etc/rc.local
Et en parcourant les lignes commentées et non commentées de rc.local, je tombe sur :
Eurêka et fin des problèmes sur les 2 IP.
La suggestion de raleur (pstree) concernant le process (init) qui lance dhclient aurait du me mettre sur la voie.
Hors ligne
La suggestion de raleur (pstree) concernant le process (init) qui lance dhclient aurait du me mettre sur la voie.
Pas forcément car init (PID 1) est l'ancêtre de tous les processus en espace utilisateur, et devient le père par défaut de tous les processus résidents (généralement des démons) dont le père s'est terminé. On pouvait juste être sûr que dhclient n'était pas lancé par NetworkManger sinon pstree l'aurait montré.
Il vaut mieux montrer que raconter.
Hors ligne