Bonjour, alors je tiens avant tout à préciser que je suis ABSOLUMENT novice, donc pardonnez d'avance si la problématique vous semble limpide dans sa résolution, j'y ai passé une semaine et là je suis à court.
J'ai crée une VM Linux Ubuntu Server sur VirtualBox, et j'essaye de la configurer en Réseau NAT. J'ai configuré le réseau comme suit : IPv4 Prefix : 172.16.1.0/24 et j'ai ajouté une règle de redirection de port. Dans ma VM, j'ai crée un fichier netplan (yaml) dont voici le contenu (j'ai pas réussi à reproduire l'indentation dans le message du forum donc j'ai mis des tirets, désolé) :
network:
----version: 2
----renderer : networkd
----ethernets:
------enp0s3:
-----------dhcp4: false
-----------dhcp6: false
-----------addresses: [172.16.1.5/24]
-----------routes
-------------- to: default
---------------via: 172.16.1.1
-----------nameservers:
---------------addresses: [8.8.8.8, 8.8.4.4]
L'objectif étant de donner une IP fixe à ma VM (j'ai bien configuré la VM pour qu'elle soit sur le réseau NAT préalablement crée), seulement, pour une raison que j'ignore, elle a 2 IP différentes affichées au démarrage ("IPV4 address for enp0s3: 172.16.1.5" et "IPV4 address for enp0s3: 10.0.2.6").
Pour ceux y comprenant un truc, j'ajoute le résultat de "ip route", d'après Chatgpt, il y aurait un résumé de tt les problèmes que je rencontre là dedant :
default via 172.16.1.1 dev enp0s3 proto static
default via 172.16.1.1 dev enp0s3 proto dhcp src 10.0.2.6 metric 100
10.0.2.0/24 dev enp0s3 prot kernel scope link src 10.0.2.6 metric 100
172.16.1.0/24 dev enp0s3 proto kernel scope link src 172.16.1.5
172.16.1.1 dev enp0s3 proto dhcp scope link src 10.0.2.6 metric 100
.###.#.# via 172.16.1.1 dev enp0s3 proto dhcp src 10.0.2.6 metric 100 (les # sont pour cacher mon IP)
Voilà donc si quelqu'un était en mesure de m'expliquer pour quelle raison, et aussi comment c'est possible que cela arrive, et surtout comment résoudre ce problème, ça me permettrait d'enfin reprendre mes cours haha
# lire le cours ?
Posté par NeoX . Évalué à 4 (+1/-0).
peut-etre que tout cela est expliqué dans ton cours justement ?
sinon si tu n'as qu'une seule VM, elle aura toujours la meme IP meme si tu la mets en DHCP
donc je dirais pour l'instant ne t'emebete pas à gerer une IP fixe, une redirection de port, etc
gere ta VM, configure pour utiliser le mode "partage de connexion" pour qu'elle soit sur ton reseau, mais derriere ton PC (donc NAT)
puis active simplement la redirection de port entre ta machine physique et ta VM.
en contactant l'IP de ta machine physique:le port tu arriveras alors sur la VM (web, ssh, etc il faut evidemment configuré pour chacun des services que tu veux utiliser)
# Network scripts ou NetworkManager
Posté par remico . Évalué à 1 (+0/-0). Dernière modification le 27 octobre 2024 à 07:46.
Il peut y avoir deux système de gestion du réseau sur ubuntu. Soit c'est démarré via des scripts soit par networkmanager.
Ce n'est pas précisé dans le message s'il y a accès a un serveur d'affichage X. Dans ce cas nm-connection-editor permettra d'éditer les configurations.
Sur la console la commande nmcli peut renvoyer deux avertissements :
NetworkManager is not running
nmcli command not found
Je mets un lien pour les principales options de nmcli :
https://www.malekal.com/nmcli-configurer-reseau-networkmanager-linux/
Si l'avertissement est NetworkManager is not running, faut le lancer avec systemctl start NetworkManager.
Si l'avertissement est nmcli command not found, c'est que le réseau est activé par script.
Si l'interface est activé par des scripts c'est avec un fichier à modifier.
grep -ri enp0s3 /etc
trouvera ce fichier.Plus d'info ici :
https://wiki.debian.org/fr/NetworkConfiguration
Il peut y avoir conflit entre ces deux méthode, les scripts pour lancer l'ip manuelle et NetworkManager le dhcp par exemple. Le plus facile c'est si NetworkManager est installé et lancé de l'arrêter et voir ce qui se passe.
systemctl status NetworkManager
systemctl stop NetworkManager
Ou encore un fichier de configuration mal fait si c'est démarré par script. Vu que cela fonctionne, l'adresse obtenue par dhcp n'est pas si gênante. Autre méthode barbare si on ne peut supporter cette adresse obtenue par dhcp, virer le paquet qui installe dhcp.
# autre logiciel
Posté par ted (site web personnel) . Évalué à 2 (+0/-0).
Je n'ai jamais utilisé netplan, mais de ce que je lis ça vient en complément de network-manager et de systemd-networkd. Peut-être que tu as déjà une connexion DHCP configurée avec systemd-networkd et qu'elle s'ajoute à celle que tu as configurée avec netplan. Dans ce cas, regarde si il y a quelque chose dans le dossier
/etc/systemd/network/
.Tu peux aussi jeter un oeil à
/etc/network/interfaces
et/etc/network/interfaces.d
, mais par défaut ils devraient être inutilisés.Un LUG en Lorraine : https://enunclic-cappel.fr
Envoyer un commentaire
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.