Bonjour,
J'ai configuré 2 machines virtuelles debian buster 10.5 avec Virtualbox en "Réseau NAT" 172.16.1.0/24 (un serveur et un client)
L'une est en DHCP, l'autre en IP statique.
Sur ces deux VM, lorsqu'elles démarrent, elles récupèrent 2 adresses IP ! Ça pose des problèmes de connexion entre les 2 VM.
Je n'arrive pas résoudre ce problème.
J'ai constaté que ce phénomène se produit uniquement sur les type de réseaux fournissant un DHCP (NAT, réseau NAT).
J'ai tenté de supprimer une des adresses IP, mais au redémarrage elle revient !
J'ai testé avec différentes versions de Virtualbox, sur un hôte Windows et un hôte Linux, et ça le fait toujours.
Avez-vous des idées ?
Alfafa
Client :
sio@debian-buster:~$ ip addr
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: enp0s3: <BROADCAST,MULTICAST,DYNAMIC,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether 08:00:27:60:d1:97 brd ff:ff:ff:ff:ff:ff
inet 172.16.1.7/24 brd 172.16.1.255 scope global enp0s3
valid_lft forever preferred_lft forever
inet 172.16.1.8/24 brd 172.16.1.255 scope global secondary dynamic enp0s3
valid_lft 569sec preferred_lft 569sec
inet6 fe80::a00:27ff:fe60:d197/64 scope link
valid_lft forever preferred_lft forever
sio@debian-buster:~$ cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
source /etc/network/interfaces.d/*
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
auto enp0s3
iface enp0s3 inet dhcp
Serveur (2 cartes réseaux et le problème se produit sur les 2) :
sio@srv-lamp:~$ cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
source /etc/network/interfaces.d/*
# The loopback network interface
auto lo enp0s3 enp0s8
iface lo inet loopback
# Interface
allow-hotplug enp0s3 enp0s8
iface enp0s3 inet static
address 10.0.5.156
netmask 255.255.255.0
gateway 10.0.5.2
# Interface réseau local
iface enp0s8 inet static
address 172.16.1.100
netmask 255.255.255.0
sio@srv-lamp:~$ ip addr
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: enp0s3: <BROADCAST,MULTICAST,DYNAMIC,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether 08:00:27:04:eb:19 brd ff:ff:ff:ff:ff:ff
inet 10.0.5.156/24 brd 10.0.5.255 scope global enp0s3
valid_lft forever preferred_lft forever
inet 10.0.2.4/24 brd 10.0.2.255 scope global enp0s3
valid_lft forever preferred_lft forever
inet6 fe80::a00:27ff:fe04:eb19/64 scope link
valid_lft forever preferred_lft forever
3: enp0s8: <BROADCAST,MULTICAST,DYNAMIC,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether 08:00:27:b9:79:e5 brd ff:ff:ff:ff:ff:ff
inet 172.16.1.100/24 brd 172.16.1.255 scope global enp0s8
valid_lft forever preferred_lft forever
inet 172.16.1.6/24 brd 172.16.1.255 scope global secondary enp0s8
valid_lft forever preferred_lft forever
inet6 fe80::a00:27ff:feb9:79e5/64 scope link
valid_lft forever preferred_lft forever
# DHCP de virtual box
Posté par NeoX . Évalué à 4.
quand tu as créé ton interface NAT, tu as surement laissé virtualbox proposer un serveur DHCP, c'est par exemple aussi le cas avec l'interface 10.0.2.x de ton serveur,
ce que tu cherches à faire c'est un reseau "interne only" pour faire communiquer tes machines entre elle, avec un DHCP géré par l'une d'elle, et qui sera aussi la passerelle des autres VMs.
le "serveur" aura alors 2 cartes reseaux :
* une NAT vers l'extérieur (10.0.2.x)
* une "Internal Only" pour causer avec tes VMs (172.16.1.x)
[^] # Re: DHCP de virtual box
Posté par alfafa . Évalué à 2.
Merci pour ta réponse,
Oui, j'ai 2 réseaux :
- Le premier pour simuler une connexion vers internet (10.0.2.0/24) sur lequel j'ai une pate de mon serveur et une VM.
- Le deuxième est un réseau interne (172.16.1.0/24). Sur ce réseau, j'ai mon serveur et aussi une autre VM cliente qui a le même problème. Mon serveur ne gère pas le DCHP et ne sert pas de passerelle. Ma VM utilise la passerelle de Virtualbox.
Avec ce que tu m'ai dit, j'ai tenté de désactiver le DHCP de virtualbox et j'arrive au même point. Je reçois tout de même une IP de virtualbox.
Je suis loin d'être débutant en réseau, mais là je comprends plus rien. D'où vient cette 2ème adresse ??? Même avec une IP fixe, j'obtiens une adresse en DCHP !!!
# Réponse pas très utile, mais bon, on sait jamais
Posté par AncalagonTotof . Évalué à 1.
Pas très utile : parce que c'était en début d'année, j'ai pas eu le temps d'investiguer et de corriger le problème. J'étais pressé d'installer une bécane qui "marche", du coup, je suis passé de la
Debian
à laDevuan
de l'époque.Problème :
Buster
Tentatives rapides : parmi les quelques trucs plus ou moins bricolo que j'ai tenté, j'ai tapé dans
/etc/network/interfaces
, j'ai essayé de piger siNetworkManager
ousystemd
emmeWembêtaient leur monde, arrêt du N.M., désinstallation du N.M. Du bien bourrin qui n'a rien donné.Solution d'urgence :
Devuan
à la place deDebian
.Résultat : comme attendu, zéro problème en Devuan, le système a fait ce que je lui ai demandé à la première modification de
/etc/network/interfaces
(ce qui n'est en rien bricolo en fait).Voilà voilà. J'avais prévenu que ça ne serait pas très utile.
J'avais pas prévenu que c'était pour dire du mal de
systemd
…[^] # Re: Réponse pas très utile, mais bon, on sait jamais
Posté par alfafa . Évalué à 2.
Merci tout de même.
J'avais déjà cherché aussi autour de Networkmanager, mais il n'est même pas installé. J'ai une installation minimale.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.