configurer le réseau invité dans KVM pour interagir avec le monde extérieur (google.com)


10

J'essaie de mieux comprendre la configuration du réseau sur ma machine.

Configuration de la machine hôte

  1. J'ai une interface sans fil ( wlan0 ) sur ma machine hôte qui a l'adresse IP comme 192.168.1.9.
  2. La passerelle par défaut de cet hôte est le routeur qui va vers le monde extérieur via mon FAI, dont l'adresse IP est 192.168.1.1.
  3. La commande route -n sur ma machine hôte me renvoie la sortie sous la forme,

    Kernel IP routing table
    Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
    0.0.0.0         192.168.1.1     0.0.0.0         UG    0      0        0 wlan0
    169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 wlan0
    192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 wlan0
    192.168.1.160   0.0.0.0         255.255.255.224 U     0      0        0 virbr2
    

Configuration de la machine invitée

Maintenant, j'ai configuré un OS invité dans KVM comme ci-dessous.

  1. Le KVM est dans un sous-réseau qui a les détails comme 192.168.1.160/27.
  2. Le début DHCP est 192.168.1.176et la fin DHCP est 192.168.1.190.
  3. J'ai également fait la commande ci-dessous pour que ma configuration KVM fonctionne.

    arp -i wlan0 -Ds 192.168.1.9 wlan0 pub
    

Du système d'exploitation invité, je vois que mon adresse IP est 192.168.1.179. Ma route -ncommande dans la machine invitée me renvoie la sortie comme,

kernel IP routing table
Destination     Gateway         Genmask
0.0.0.0        192.168.1.161    0.0.0.0
192.168.1.160  0.0.0.0          255.255.255.224

Comment puis-je faire en sorte que l'OS invité interagisse avec le monde extérieur?

ÉDITER

Ceci est la sortie de virsh net-list --all.

ramesh@ramesh-pc:~$ virsh net-list --all
 Name                 State      Autostart     Persistent
----------------------------------------------------------
 arpbr0               inactive   yes           yes
 default              active     yes           yes
 proxyArp             active     yes           yes

Pouvez-vous vérifier votre configuration avec virsh comme décrit ici: wiki.libvirt.org/page/… . Aussi la boîte doit permettre à ceci: net.ipv4.ip_forward = 1 .
slm

@slm, merci. J'ai ajouté la sortie à la question.
Ramesh

Quel est le statut d'ipv4.ip_forward?
slm

Aussi, si vous jetez un œil à votre configuration à l'aide de virt-manager: linuxnix.com/2013/02/…
slm

J'ai modifié le /etc/sysctl.conffichier pour changer le statut de ipv4.ip_forward à 1.
Ramesh

Réponses:


6

Je voudrais remercier l' utilisateur slm de m'avoir guidé dans la bonne direction dans la configuration du réseau invité dans le KVM . J'ajouterai les captures d'écran à la réponse pour qu'elle soit plus informative.

Je suppose que le virt-managerpackage est installé et que la machine hôte est configurée avec les packages nécessaires pour que KVM fonctionne.


Préparation du réseau pour l'interaction hôte-hôte


La principale étape du KVM est la configuration du réseau. Si la machine n'est pas disponible sur le réseau, elle ne sert à rien, qu'elle soit physique ou virtuelle .

Tapez virt-managerdans le terminal. La console s'afficherait comme ci-dessous.

Fenêtre initiale de la console Virtual Manager

Cliquez sur Modifier -> Détails de la connexion et un nouvel écran apparaîtra comme ci-dessous.

Après avoir cliqué sur le bouton Modifier

Cliquez sur l' onglet Réseaux virtuels et à partir de là, cliquez sur le bouton + pour ajouter un nouveau réseau aux invités KVM .

Création d'un nouveau réseau virtuel

Cliquez sur Suivant et nous serions alors présentés avec l'écran ci-dessous. Maintenant, les adresses IPV4 que nous choisissons ici sont entièrement à notre choix et nous pourrions optimiser cette étape pour répondre à nos besoins réels.

Choix d'un espace d'adressage IPv4

Après avoir cliqué sur Suivant dans l'écran ci-dessus, nous serions présentés à l'écran ci-dessous. Dans cette étape, il indique essentiellement l'espace d'adressage disponible pour nous.

Adresses DHCP disponibles

Dans cette étape, choisissez le transfert vers le réseau physique et sélectionnez l'interface réseau de l'hôte qui aidera les invités à interagir avec le monde extérieur.

Choisissez NAT avec le périphérique physique hôte

Après l'étape ci-dessus, nous avons presque terminé et nous serions simplement présentés avec l'écran ci-dessous, qui est une sorte de revue de tous les détails que nous avons choisis jusqu'à présent.

Dernière étape


Ajout de ce nouvel appareil à notre système d'exploitation invité


À partir de l'écran initial de virt-manager, cliquez sur Openet nous vous présenterons un écran comme ci-dessous.

Premier pas

Dans l'écran ci-dessus, cliquez sur le i pour ouvrir un autre écran comme ci-dessous.

deuxième étape

Cliquez sur Ajouter du matériel et sélectionnez Réseau . Dans l' onglet Réseau , sélectionnez le périphérique hôte comme notre réseau nouvellement créé à l'étape précédente et cliquez sur Terminer comme indiqué dans l'écran ci-dessous.

Configuration finale


Test dans l'OS invité


Maintenant, à l'intérieur du système d'exploitation invité, assurez-vous que vous êtes en mesure de vous connecter à pingla machine hôte et au réseau extérieur tel que Google . Si le ping réussit, nous avons réussi à configurer notre réseau dans le système d'exploitation invité.


Références


Le matériel de référence utilisé pour configurer le réseau invité


0

configurez des routes statiques dans votre routeur (192.168.1.1).

# ip route add 192.168.1.160/27 via 192.168.1.9 dev < wlan iface>

ou via webui.

ajouter iptablesdes itinéraires directs sur votre hôte depuis le routeur vers 192.168.1.160/27et vice versa (bien que, je pense, libvirtfournit déjà ces règles).


Merci d'avoir répondu. Mais malheureusement, cette solution n'a pas fonctionné.
Ramesh

votre invité KVM est-il NAT ou routé vers votre hôte?
mVincent

Le KVM est routé vers l'hôte.
Ramesh
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.