définir tap0 en utilisant virt-manager pour le sans-fil ponté


8

Après 3 jours, j'ai enfin des invités kvm travaillant sur le réseau via le sans fil (lien ci-dessous - merci!):

Mon réseau est 192.168.1.0/24

sur l'hôte:

sudo sh -c "echo 1 > /proc/sys/net/ipv4/ip_forward"
sudo tunctl -t tap0
sudo ip link set tap0 up
sudo ip addr add 192.168.1.25/24 dev tap0
sudo route add -host 192.168.1.30 dev tap0
sudo parprouted wlan0 tap0

sur l'invité:

auto eth0
iface eth0 inet static
  address 192.168.1.30
  netmask 255.255.255.0
  network 192.168.1.0
  broadcast 192.168.1.255
  gateway 192.168.1.25

et lancez l'invité:

sudo kvm /path/to/guest.img -net nic,macaddr=DE:AD:BE:EF:90:26 -net tap,ifname=tap0,script=no

Cela fonctionne très bien et je peux cingler le réseau local et Internet dans les deux sens entre l'invité.

Mais comment ajouter ces paramètres à la configuration xml de l'invité afin de pouvoir démarrer l'invité via virt-manager avec les mêmes paramètres nic?

réf:

Réponses:


1

essayez de suivre ceci: libwirtwiki - tap invité

et corrigez /etc/libvirt/qemu/example.xml

<interface type='ethernet'>
  <mac address='26:c7:a9:96:a7:7a'/>
  <target dev='tap0'/>
  <model type='virtio'/>
  <script path='no'/>
  <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/>
</interface>

dans mon cas ça marche


0

Je pense que vous essayez de configurer un réseau ponté de manière circulaire en créant des périphériques de prise, etc. Sous Linux, vous pouvez créer un périphérique de pont virtuel pour une interface physique en utilisant de simples changements de configuration. Une fois cela fait, les VM KVM peuvent être configurées pour utiliser ce périphérique de pont virtuel pour se connecter au LAN normal comme si elles y étaient directement connectées. Cela donne l'illusion que toutes les machines virtuelles et les machines de base / hôte sont toutes connectées directement au LAN.

Si c'est ce que vous voulez, modifiez votre / etc / sysconfig / network-scripts / ifcfg-eth0 (en supposant que eth0 est le périphérique réseau hôte ayant IP dans le réseau 192.168.1.0/24 dans votre cas) pour avoir des lignes

DEVICE=eth0
TYPE=Ethernet
BRIDGE=br0

entre autres lignes de configuration. Copiez ifcfg-eth0 dans ifcfg-br0 où ifcfg-br0 doit différer de ifcfg-eth0 dans les lignes mentionnées ci-dessous

DEVICE=br0
TYPE=Bridge

Maintenant, lorsque vous utilisez le «redémarrage du réseau de service», vous devrez mettre en réseau les interfaces br0 et eth0 et votre IP LAN dans la plage 192.168.1.0/24 semble être affectée à br0. Maintenant, tout ce que vous avez à faire est de modifier les paramètres de la machine virtuelle et de lui demander de se connecter à l'aide du réseau br0.


merci Saurabh, mais ce moyen de contournement est que les interfaces sans fil ne prennent pas en charge le pontage normal, comme vous le feriez avec une interface eth0 filaire.
DaveO

Oops! Ma faute. N'était pas conscient que le pontage ne fonctionne pas pour les interfaces sans fil comme pour les câblés.
Saurabh Barjatiya

Au lieu de jeter un pont. Vous pouvez également configurer un réseau sans fil complet avec son propre DHCP et utiliser une plage IP privée inutilisée. Ensuite, pour que ce réseau sans fil se connecte à l'extérieur, vous pouvez utiliser le NAT source / destination sur une machine disposant d'une connexion sans fil et câblée. Si les machines virtuelles sans fil n'ont pas de serveurs, seul le PAT source le ferait. S'il est nécessaire de se connecter aux machines virtuelles sans fil à partir du reste du réseau, le combo NAT source et destination devrait le faire.
Saurabh Barjatiya

0

Quel est le problème avec macvtap ? Ceci est complètement indolore et ne nécessite aucune configuration supplémentaire sur l'hôte.

sélection macvtap dans virt-manager


3
Macvlan / macvtap est idéal pour les interfaces filaires, mais il semble ne pas fonctionner sur les interfaces sans fil, sur la base de ma propre expérience et de mon expérience de lecture en ligne.
lgaggini

2
@lgaggini Vous ne pouvez pas établir de pont vers des interfaces sans fil car l'AP rejettera les adresses MAC des machines virtuelles. Dans ce cas, vous faites simplement autre chose.
Michael Hampton
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.