Bonjour à tous !!
Voilà ma configuration réseau :
Soit une station Alpha avec la distribution Toutou Linux (Beta) virtualisé avec Qemu, Alpha et Beta communique sans problème entre elles et avec Internet. Je lance un Vnc sur Beta, Alpha peut "voir" Beta.
Le problème :
A partir d'une autre station (Gamma) du réseau , je peux communiquer avec Alpha mais pas Beta et donc ne peut pas faire un vncviewer vers Beta .
Comment pourrais-je faire pour résoudre ce problème ??
Merci d'avance ! :-)
# bridge, tun, tap, vde ...
Posté par NeoX . Évalué à 2.
en gros BETA est-elle sur le meme reseau que les 3 machines (mode bridge)?
ou seulement dans un reseau interne à Alpha avec un dhcp et un nat...
[^] # Re: bridge, tun, tap, vde ...
Posté par LeSanglier (site web personnel) . Évalué à 1.
Au niveau de l'adressage :
Alpha : 192.168.1.133
Beta : 192.168.2.10
Gamma : 192.168.1.14
Donc , dans un réseau interne à Alpha sans DHCP et en NAT.
Voilà la manipulation que j'effectue pour lancer Beta (donc Toutou Linux) sur la station Alpha :
http://ardenne-informatique.com/~nekrofage/journal/2009/08/0(...)
[^] # Re: bridge, tun, tap, vde ...
Posté par Kerro . Évalué à 3.
Mets toutes tes machines en 192.168.1.x avec un masque de sous-réseau 255.255.255.0
Ou alors tu gardes tes adresses actuelles, mais avec un masque 255.255.0.0 (pour tout le monde le masque).
Ou encore, tu ajoutes une entrée dans la table de routage des machines pour joindre 192.168.2.x, mais c'est cracra.
Ou encore (bis), tu configures ton routeur par défaut pour qu'il redirige tout ce qu'il faut.
[^] # Re: bridge, tun, tap, vde ...
Posté par NeoX . Évalué à 2.
une carte en 192.168.1.X/24 (ta connexion physique reelle)
une carte en 192.168.2.Y/24 (pour les machines virtuelles)
deux solutions :
- la plus facile, mettre la carte de QEMU en bridge, elle arrivera directement sur ton reseau en utilisant la carte reseau de la machine physique, cela permettra de mettre Beta en 192.168.1.X/24 et cela fera comme si tu avais 3 machines reelles sur ton reseau
- plus complexe :
-- autoriser le transfert d'une interface à l'autre sur ALpha (ip_forward=1)
-- ajouter une regle sur ton routeur de la maison (ou sur gamma), pour lui dire de joindre Alpha quand elle veut joindre le reseau 192.168.2.X/24
-- securiser (eventuellement) tout ca, en mettant un parefeu sur alpha, histoire d'eviter que tout le monde sur ton reseau local accede à ta machine virtuelle
[^] # Re: bridge, tun, tap, vde ...
Posté par LeSanglier (site web personnel) . Évalué à 1.
Je vais essayer toutes vos solutions et je vous dirais la/les meilleur(s) solutions !! :-)
Merci !
[^] # Re: bridge, tun, tap, vde ...
Posté par LeSanglier (site web personnel) . Évalué à 1.
Voilà ma manip' :
# route add -net 192.168.2.0 netmask 255.255.255.0 dev eth0
# route add -host 192.168.2.10 gw 192.168.2.1
# ping -c 2 192.168.2.1 --> Okay
# ping -c 2 192.168.2.10 --> pas okay
Je recherche, je recherche ...
Une idée ???
[^] # Re: bridge, tun, tap, vde ...
Posté par LeSanglier (site web personnel) . Évalué à 2.
Finalement, j'ai mis ma machine virtuelle en bridge donc elle a le même sous-réseau que mes autres machines.
J'ai suivi ce didacticiel : http://technology-shettyprasad.blogspot.com/2009/01/qemu-tap(...)
Et voici le mien : http://ardenne-informatique.com/~nekrofage/journal/2010/01/1(...)
# station ALPHA ....
Posté par totof2000 . Évalué à 6.
[^] # Re: station ALPHA ....
Posté par LeSanglier (site web personnel) . Évalué à 1.
Mais sinon, dans la vie '"réelle", j'ai une SGI Octane et une Fuel ! :-)
[^] # Re: station ALPHA ....
Posté par totof2000 . Évalué à 2.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.