Utilisation de Dnsmasq avec KVM


0

Je viens d'installer KVM sur une version d'installation minimale de CentOS 7 x64 chez moi. Et j'ai eu un problème lorsque l'invité essaie d'obtenir une adresse IP du serveur DHCP interne de KVM (Dnsmasq).

J'ai déjà ma boîte Internet avec DHCP activé et je sais que c'est mauvais lorsque deux serveurs DHCP fonctionnent sur le même réseau local.

Lorsque je fais un tcpdump sur l'hôte KVM et l'invité, je vois qu'il s'agit de mon DHCP de boîte Internet qui répond à la demande DHCP de l'invité et non du DNSMQ (mais que l'invité ne reçoit toujours pas d'adresse IP, même si ma boîte à Internet DHCP pousse un à l'invité). Existe-t-il un moyen d'isoler l'invité pour obtenir uniquement une adresse IP du serveur DHCP Dnsmasq?

Voici ma configuration pour l'instant:

em1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet6 fe80::222:19ff:fe68:25de  prefixlen 64  scopeid 0x20<link>
        ether 00:22:19:68:25:de  txqueuelen 1000  (Ethernet)
        RX packets 22167  bytes 1671094 (1.5 MiB)
        RX errors 0  dropped 16  overruns 0  frame 0
        TX packets 35434  bytes 7868453 (7.5 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 0  (Local Loopback)
        RX packets 9  bytes 4172 (4.0 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 9  bytes 4172 (4.0 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

virbr0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.0.250  netmask 255.255.255.0  broadcast 192.168.0.255
        ether 00:22:19:68:25:de  txqueuelen 0  (Ethernet)
        RX packets 22056  bytes 1266640 (1.2 MiB)
        RX errors 0  dropped 99  overruns 0  frame 0
        TX packets 34413  bytes 7636993 (7.2 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Et le résultat du réseau par défaut avec virsh:

[root@centosKVM ~]# virsh net-info default
Name            default
UUID            ff41aa4b-b4b0-4047-b1af-545e3b8f19cd
Active:         yes
Persistent:     yes
Autostart:      yes
Bridge:         virbr0

[root@centosKVM ~]# virsh net-dumpxml default
<network>
  <name>default</name>
  <uuid>ff41aa4b-b4b0-4047-b1af-545e3b8f19cd</uuid>
  <forward mode='nat'>
    <nat>
      <port start='1024' end='65535'/>
    </nat>
  </forward>
  <bridge name='virbr0' stp='on' delay='0' />
  <mac address='00:22:19:68:25:de'/>
  <ip address='192.168.122.1' netmask='255.255.255.0'>
    <dhcp>
      <range start='192.168.122.100' end='192.168.122.254' />
    </dhcp>
  </ip>
</network>

J'ai créé l'invité avec la commande suivante:

virt-install --connect qemu:///system -n archlinux --cpu host -r 512 --vcpus=1 --disk path=/mnt/raid5/img/archlinux.raw,bus=virtio --cdrom /mnt/usb/archlinux-2015.02.01-dual.iso --graphics vnc,listen=0.0.0.0 --noautoconsole --os-type linux --accelerate --network model=virtio,bridge=virbr0 --hvm

J'ai tapé les commandes suivantes pour ouvrir iptables et m'assurer qu'il ne bloque rien:

iptables -F
iptables -X 

Si vous avez besoin de plus d'informations ou / et de détails, il suffit de demander.

Je vous remercie.

Réponses:


0

Essayez d'utiliser

--network model=virtio,network=default 

au lieu de

--network model=virtio,bridge=virbr0

1
Bien que cela puisse répondre à la question, ce serait une meilleure réponse si vous pouviez fournir des explications. Pourquoi ça le fait.
DavidPostill

Ce n'est pas une réponse complète, car un problème pourrait être ailleurs. mais c'est un bon endroit pour commencer. c'est mieux que pas de réponses du tout.
Azat Khadiev
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.