Vous n'êtes pas identifié(e).
Hors ligne
Dernière modification par naguam (19-01-2020 18:03:02)
Unixien?
Compiler son kernel!
Hors ligne
que ton hote et ta vm utilisent la même interface réseau ?
oui
aient deux ip dans le même réseau
oui
Je me suis basé sur ce lien !
Marche pas avec le wifi
Hors ligne
Hors ligne
Dernière modification par naguam (22-01-2020 22:18:47)
Unixien?
Compiler son kernel!
Hors ligne
Important Note: Unfortunately, wireless interfaces cannot be attached to a Linux host bridge, so if your connection to the external network is via a wireless interface ("wlanX"), you will not be able to use this mode of networking for your guests.
Explique-moi comment tu as fais ...
Nothing is impossible in LinuxTM
Dernière modification par bertaudmarc (25-01-2020 16:24:49)
Hors ligne
Unixien?
Compiler son kernel!
Hors ligne
La commande
affiche bridge0 avec l'adresse 1.134 maintenant
Etape 3:
création d'un fichier bridge.xml:
exécution des commandes:
Etape 4:
attribution de host-bridge à la machine virtuelle
lancement de la machine virtuelle (windows 10)
attribution adresse Ip 192.168..1.234
Voilà.
J'aimerais la même chose lorsque le portable est connecté en WiFi et bien sûr pouvoir garder la config si le portable est connecté en ethernet.
Dernière modification par bertaudmarc (26-01-2020 16:54:20)
Hors ligne
Dernière modification par naguam (27-01-2020 00:44:04)
Unixien?
Compiler son kernel!
Hors ligne
Si tu avais fait la même manip qu'en ethernet pour le wifi, ça revient au même avec l'interface wifi à la place de enp0s25.
Après je sais pas si l'applet graphique de NetworkManager empêche la création de bridge pour wifi (vu que d'après ta méthode tu as crée le bridge graphiquement)
Tu souhaites que ta vm en gros reste dans tous les cas sur le wifi et l'hôte pour lui ça peut changer ?
Simplement le slave quand tu es en mode wifi et quand ton hôte est en mode ethernet bah il fonctionnera en ethernet et la vm continuera d'être sur le bridge (le bridge reste configuré pour une interface en théorie)
Courage en vrai, tu n'es pas trop loin je penses
ps: je rappelle que ça reste l'hôte qui gère les pass wifi dans ces cas.
Dernière modification par naguam (27-01-2020 00:47:40)
Unixien?
Compiler son kernel!
Hors ligne
Après je sais pas si l'applet graphique de NetworkManager empêche la création de bridge pour wifi (vu que d'après ta méthode tu as crée le bridge graphiquement)
C'est là que le bas blesse: l'interface wifi est absent !
Et du coup dans ce cas ta vm à internet et pas ton hote, il ne te manque plus que un slave, pour que ton hote passe aussi par le bridge pour avoir sa propre ip (qui sera bien différente de la vm).
Là je suis perdu
Tu souhaites que ta vm en gros reste dans tous les cas sur le wifi
Non !
Si je choisi wifi, je veux que l'hote et la vm utilise wifi
Si je choisi ethernet, je veux que l'hote et la vm utilise ethernet
Dernière modification par bertaudmarc (27-01-2020 17:22:30)
Hors ligne
Dernière modification par naguam (29-01-2020 20:38:15)
Unixien?
Compiler son kernel!
Hors ligne
nmcli con add type bridge-slave ifname wlp3s0 master bridge0
Dernière modification par bertaudmarc (29-01-2020 15:44:36)
Hors ligne
Créons le slave, pour le wifi.
Ensuite
En vrai si ça se trouve, ça pourrais fonctionner si on ajoute au même bridge le slave de la connection ethernet.
Pour le reste, c'est comme ce que tu as déjà fais (le fichier xml libvirt pour le bridge etc).
Si ça ne fonctionne pas je suis pas sûr d'avoir d'autres solutions.
La doc archlinux peut aussi aider je penses si ça ne fonctionne pas.
Après c'est pas sûr mais peut-être faudra-t-il reconfigurer les pass wifi sur la connection slave avec networkmanager (donc nmcli en cli).
Dernier edit: Pour le wifi si ça ne fonctionne pas j'ai peut-être une dernière idée basée sur la doc https://access.redhat.com/documentation … tool_nmcli
car là en créant le slave et désactivant l'ancienne on créé une "nouvelle connection au bridge pour l'hote", mais si on redirige la connection existante, ça peut peut-être fonctionner.
Ok mais tu ne m'as toujours pas montré comment tu as fait pour le wifi
Je tiens à signaler que je l'ai déjà fait seulement pour du ethernet mais que pour du wifi ça ne devrais rien changer (et je peux me tromper)
Dernière modification par naguam (29-01-2020 20:44:55)
Unixien?
Compiler son kernel!
Hors ligne
Dernière modification par naguam (30-01-2020 13:33:58)
Unixien?
Compiler son kernel!
Hors ligne
…j'ai installé virt-manager…
Alors une interface réseau nommée default
a été créée au moment de l'installation du paquetage virt-manager
Dans la barre des menus de virt-manager, quand tu as sélectionné une des machines virtuelles
Clique sur Édition -> Détails de la connexion -> Onglet Réseaux virtuels
Tu devrais y trouver l'interface nommée default
Elle n'est peut-être tout simplement pas activée,
ce que tu peux faire manuellement en cliquant sur l'icône
située en bas à gauche et à droite de l'icône dans laquelle il y a un caractère +
Ou alors, faire en sorte qu'elle soit automatiquement démarrée
en cochant la case qui est située en face du label Démarrage Automatique :
Ensuite, que l'hôte soit connecté au web par RJ45, par WiFi, par USB, ou quoi que ce soit,
l'accès au réseau depuis les machines virtuelles
se fera par la même interface réseau : celle qui est nommée default
sans que tu aies à modifier quoi que ce soit dans tes machines virtuelles
ou dans la configuration de virt-manager
… J'ai installé Debian Burst…
…j'ai installé virt-manager (conseillé pour Burst).…
Maintenant, je ne sais pas si ça va être pareil dans ta distribution Debian Burst,
car je ne connais pas du tout cette version.
Dernière modification par MicP (31-01-2020 05:36:12)
Hors ligne
Dernière modification par bertaudmarc (30-01-2020 23:35:49)
Hors ligne
Hors ligne
Dernière modification par bertaudmarc (31-01-2020 19:04:42)
Hors ligne
…Y a donc qqch encore à modifier ?…
Non, je n'ai rien eu à modifier ou ajouter/supprimer
La seule chose que j'ai du faire manuellement, c'est d'activer l'interface réseau nommée default comme je l'ai montré dans mes captures d'écran
Sur la machine hôte, je laisse network-manager choisir l'interface réseau disponible, et ça ne change rien du tout du côté des machines virtuelles
Je n'ai eu à créer aucun bridge ou modifier quoi que ce soit sur la machine hôte.
Du moment où la machine hôte accède au réseau, que ce soit par USB (de mon smartphone) par RJ45, ou par WiFi, les machines virtuelles ont accès au réseau.
Au moment de la création de chaque machine virtuelle, je laisse l'interface réseau proposée par défaut (qui est nommée default), je n'ai donc pas à sélectionner quoi que ce soit.
Dernière modification par MicP (01-02-2020 01:38:55)
Hors ligne
Hors ligne
Tu es donc en dhcp sur default ?…
Oui.
Ma machine hôte utilise le serveur DHCP de la box à laquelle je suis connecté.
Mais je peux aussi reconfigurer cette box de façon à ce qu'elle attribue une adresse IP fixe à l'adresse MAC de l'interface réseau utilisée par ma machine hôte,
que ce soit mon interface WiFi ou autre interface.
Mes machines virtuelles utilisent le serveur DHCP virtuel qui est associé au switch virtuel qui permet d'accéder au réseau de la machine hôte par NAT vers un bridge (virbr0)
Je n'ai rien ajouté/supprimé/paramétré : tout a été installé automatiquement au moment de l'installation du paquetage virt-manager
Dernière modification par MicP (02-02-2020 06:26:56)
Hors ligne
Dernière modification par naguam (01-02-2020 19:40:29)
Unixien?
Compiler son kernel!
Hors ligne
Hors ligne
Dernière modification par bertaudmarc (03-02-2020 14:44:11)
Hors ligne