Forum Linux.debian/ubuntu Virtualbox "Réseau NAT" = 2 adresse IP

Posté par  . Licence CC By‑SA.
Étiquettes :
0
10
oct.
2020

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  . É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  . É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  . É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 à la Devuan de l'époque.

    Problème :

    • machine physique, pas dernier cri, dans les 5 ans d'âge
    • objectif : espion réseau, avec deux cartes réseau et du NAT. Un côté réseau #1 "normal", un côté réseau #2 "espionné"
    • installation from scratch de Debian Buster
    • début de configuration : (tentative d') arrêt du client DHCP réseau #1, et remplacement par une IP fixe
    • bug : IP fixe OK, client DHCP qui continue de récupérer une IP
    • résultat : 2 adresses IP sur le côté réseau #1 + juron "c'est quoi ce bordayl, rend moi le contrôle de ma bécane ?"

    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 si NetworkManager ou systemd 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 de Debian.

    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

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.