Comment changer de client virtuel errant sur ip lorsque la machine hôte change de réseau?


0

J'ai une boîte client vagabonde "Ubuntu / trusty64" sur mon ordinateur portable. Je change fréquemment de réseau domicile / travail / café ou connecte mon ordinateur portable à mon point d'accès cellulaire.

Je souhaite utiliser la mise en réseau publique sur tous les différents réseaux en reconfigurant l'interface réseau du client vagrant en fonction du réseau sur lequel ma machine est installée comme cela fonctionne.

Je voudrais également utiliser le fichier de configuration ssh sur ma machine hôte Ubuntu afin de pouvoir facilement naviguer dans le système de fichiers des boîtes vagabondes via sftp.

Question : comment devrais-je le faire.

C'est ce que j'ai essayé:

The initial setup that works:

Host machine:
---------------
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
192.168.1.0     0.0.0.0         255.255.255.0   U     9      0        0 wlan0

...
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether a4:c4:94:5f:00:a5 brd ff:ff:ff:ff:ff:ff
inet 192.168.1.10/24 brd 192.168.1.255 scope global wlan0
   valid_lft forever preferred_lft forever
inet6 fe80::a6c4:94ff:fe5f:a5/64 scope link 
   valid_lft forever preferred_lft forever


Guest vm:
---------------
config.vm.network :public_network, bridge: "wlan0", ip: "192.168.1.251", netmask: "255.255.255.0"

Ensuite, je change de réseau (par exemple, je me connecte au hotspot cellulaire):

Host machine:
---------------
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.43.1     0.0.0.0         UG    0      0        0 wlan0
192.168.43.0     0.0.0.0         255.255.255.0   U     9      0        0 wlan0

3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether a4:c4:94:5f:00:a5 brd ff:ff:ff:ff:ff:ff
inet 192.168.43.101/24 brd 192.168.43.255 scope global wlan0
   valid_lft forever preferred_lft forever
inet6 fe80::a6c4:94ff:fe5f:a5/64 scope link 
   valid_lft forever preferred_lft forever



Guest vm:
---------------
config.vm.network :public_network, bridge: "wlan0", ip: "192.168.43.105", netmask: "255.255.255.0"

La connexion à 192.168.43.105 ne fonctionne pas via ssh (en utilisant ssh config). Après avoir enquêté, je constate que l'interface réseau n'est même pas attribuée (je l'ai constaté en vérifiant l'interface graphique dans la boîte virtuelle au démarrage):

entrez la description de l'image ici

La vieille adresse IP est assignée.

Faites-moi savoir sur toutes les pensées et les idées pour le dépannage.

PS

Je déplace la question de serverfault: https://serverfault.com/questions/798980/how-to-change-vagrant-guest-vm-ip-whenthe-host-machine-changes-the-network

Désolé d'avance si ce n'est pas conforme aux règles. J'espère vraiment que c'est le cas.


L'affectation d'un alias IP sur la machine résoudrait-elle le problème?
Mindaugas Bernatavičius

Réponses:


0

Il existe plusieurs façons de résoudre ce problème, mais toutes impliquent l'hôte ou la machine supposée participant au même réseau.

J'ai simplement créé un alias ip sur la connexion wlan0 gérée par mon gestionnaire de réseau sur mon réseau domestique et professionnel (un réseau est défini par IP et le masque de sous-réseau).

3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether a4:c4:94:5f:00:a5 brd ff:ff:ff:ff:ff:ff
inet 192.168.1.10/24 brd 192.168.1.255 scope global wlan0
   valid_lft forever preferred_lft forever
inet 192.168.0.158/24 brd 192.168.0.255 scope global wlan0
   valid_lft forever preferred_lft forever
inet6 fe80::a6c4:94ff:fe5f:a5/64 scope link 
   valid_lft forever preferred_lft forever

Et le système d'exploitation suppose que 1 IP:

config.vm.network :public_network, bridge: "wlan0", ip: "192.168.0.159", netmask: "255.255.255.0"

Alors maintenant, quand je suis à la maison, je peux utiliser SSH sur la machine, car j’ai un alias IP et que ma carte réseau participe au même réseau que la machine invitée. Lorsque je suis au travail, cela fonctionne automatiquement car ma carte réseau se trouve automatiquement dans le même sous-réseau.

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.