Cloonix : création graphique de réseaux virtuels

Posté par  . Modéré par tuiu pol.
Étiquettes :
13
26
jan.
2009
Linux
Cloonix permet de créer à la volée par glisser-déposer des machines virtuelles et de les connecter par manipulations graphiques.

La machine virtuelle par défaut est basée sur User Mode Linux ; comme celle-ci tourne entièrement dans le monde utilisateur, un démon dans le monde utilisateur peut jouer un rôle de manager et de switch pour les connecter. Le switch ayant une interface de commande indigeste, une interface graphique GTK+ basée sur cairo et crcanvas permet une manipulation graphique de la topologie du réseau.

Cloonix est sous licence GPL v3. Cloonix permet de créer à la volée, par glisser-déposer, des machines virtuelles qui démarrent dès la fin du "déposé". Ces machines peuvent être connectées entres elles par l'intermédiaire de petits réseaux qui sont aussi à créer par glisser-déposer. Un lien est créé par double-clic sur le réseau suivi d'un simple clic sur une interface.

Quelques détails :
  • Les machines virtuelles se déplacent seules ou à l'aide de l'utilisateur pour trouver la place qui permet la meilleure lisibilité du réseau.
  • Une souris à roue est indispensable pour la fonction zoom du réseau ;
  • Il faut avoir 6 giga-octets de place disque disponible pour la décompression de la machine UML de référence ;
  • Un double-clic sur une machine lance un Xterm avec une session SSH sur la cible du double-clic ;
  • Un double-clic sur une interface génère un graphique de l'historique des débits pour cette interface ;
  • Un double-clic sur un lien détruit celui-ci.

L'outil est idéal pour faire des démonstrations pour tous les logiciels de réseau, pas d'effet démonstration, pas d'incertitude liée au matériel au moment des branchements.

Aller plus loin

  • # cool

    Posté par  (site web personnel) . Évalué à 10.

    Ca veut dire qu'on va enfin pouvoir réaliser ça?

    http://xkcd.com/350/

  • # La machine virtuelle par défaut est basée sur User Mode Linux

    Posté par  (site web personnel) . Évalué à 3.

    par défaut ?

    est ce que d'autres technos de virtualisation sont supportées ?

    • [^] # Re: La machine virtuelle par défaut est basée sur User Mode Linux

      Posté par  . Évalué à 4.

      Malheureusement, seulement ULM est actuellement supporté. UML a le bon gout d'utiliser de simple sockets dans la machine hote pour émuler les carte ethernet des machines virtuelles.
      Le switch peut facilement être adapté pour se connecter à d'autres sockets menant à d'autres technos de virtualisation. Si quelqu'un a des idées, je suis interessé.

      • [^] # Re: La machine virtuelle par défaut est basée sur User Mode Linux

        Posté par  (site web personnel) . Évalué à 3.

        Tu as étudié l'intégration avec VDE[1] ?

        Si j'ai bien compris, le démon d'émulation de switch de Cloonix fonctionne un peu pareil, avec des sockets. À mon avis, ce serait intéressant de pouvoir réutiliser toutes les fonctionnalités des équipements réseaux virtuels VDE pour les utiliser dans Cloonix. En plus, ça aurait le bon goût d'être compatible avec les nouvelles versions de KVM...

        [1] http://vde.sourceforge.net/

        • [^] # Re: La machine virtuelle par défaut est basée sur User Mode Linux

          Posté par  . Évalué à 2.

          Je connaissait VDE, mais il me semble être un intermédiaire trop ambitieux donc trop compliqué.
          Je pense qu'il est possible que je m'interface avec KVM directement plus tard.
          Il faut considérer que UML est un prototype pour "sentir" les besoins fonctionnels d'un émulateur graphique de réseau.
          Le temps de finir le proto, jattaque le vrai avec la machine virtuelle la plus rapide et la plus populaire du moment.

        • [^] # Re: La machine virtuelle par défaut est basée sur User Mode Linux

          Posté par  . Évalué à 1.

          Finalement, j'ai regardé avec plus de soins la solution VDE, il y a une différence majeur entre le switch clownix et celui(/ceux) de VDE, c'est que le miens est un démon unique qui crèe autant de switchs et de taps que l'utilisateur souhaite sur réception de messages, tandis que VDE crèe les switchs par commande systeme et les connection inter-switchs par d'autres commandes systeme.
          Bref: ma connection inter-switch et la dynamique des changements de topologie est plus facile à réaliser, étant donnée que le même démon gère tous les switchs.

        • [^] # Re: La machine virtuelle par défaut est basée sur User Mode Linux

          Posté par  . Évalué à 2.

          La remarque sur VDE était très pertinente, et ma première réponse bien stupide! Après une rapide étude, il semble que je vais profiter de la même socket que VDE qui est en effet du même style que mon démon. Mais je ne pourrais pas utiliser le switch de VDE car mon choix d'architecture est de n'avoir qu'un processus gérant toutes les sockets en non-bloquant.
          Je vais donc garder exactement la même structure que pour UML avec des machines KVM. Je doit remercier VDE pour avoir fait avancer l'interface de KVM de cette façon.
          Avant tous cela, je dois finir cette interface graphique à laquelle il manque encore beaucoups de fonctionnalitées.
          Donc KVM sur cloonix dans 6 mois.

  • # ?

    Posté par  . Évalué à 2.

    We will assume that you are martin, at /home/martin
    ...
    mv bulk_cloonix/root_fs cloonix_net/bulk
    mv bulk_cloonix/linux cloonix_net/bulk
    cd cloonix_net
    ...

    Hmm...On écrase le fichier précédeent?!?

    • [^] # Re: ?

      Posté par  . Évalué à 1.

      Desolé!!!
      Dans la version précédente, bulk était un répertoire vide, donc la copie se faisait dans ce répertoire.
      J'ai oublié de recréer le répertoire vide bulk que vous devez remplir avec les linux et root_fs de votre choix: debian, fedora ou celui que j'utilise, compilé par mes soins.
      Merci pour la remarque, il faut donc ajouter mkdir bulk avant les copies.

      • [^] # Re: ?

        Posté par  . Évalué à 1.

        Je me demandais pourquoi il n'y avait pas de la doc en français alors que c'est maintenu par un français...?
        Par manque de temps, sans doute...?

        • [^] # Re: ?

          Posté par  . Évalué à 1.

          Comme je voudrais toucher un très large public, et comme je ne veux faire qu'une seule doc, (vous avez certainement constaté que la doc n'est pas mon point fort), l'anglais est obligatoire.
          Internet est dominé par l'anglais, je peste quand je tombe sur des langues natives que je ne comprend pas et que je sens qu'il y a une info à laquelle je n'ai pas accès. Nous n'avons pas vraiment le choix lorsque l'on fait un un open source.
          Nos amis Américain sont souvent nuls en français, et ils font partie de la communauté.

  • # marionnet

    Posté par  . Évalué à 1.

    Il y a aussi marionnet.org qui est orienté vers l'enseignement et fait à peu près la même chose.

    • [^] # Re: marionnet

      Posté par  . Évalué à 1.

      Merci, c'est excellent (enfin, une fois que l'on a compris que les routeurs doivent être reliés aux switchs avec un câble croisé !?).

  • # marionnet

    Posté par  . Évalué à 1.

    bjr,

    pour ceux qui utilisent marionnet, est ce que vous pouvez me dire comment confugurez vous les routeurs s'il vous plait!!

    merci d'avance

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.