C'est pour les 2 choses: on peut se former sur les softs concernant les réseaux en déclanchant des coupures et en sniffant avec wireshark, on peut aussi mettre au point une application perso, editer les fichiers averc vim ou emacs, recompiler et essayer tout en restant dans les machines virtuelles.
Pour les machines virtuelles, elles ont un file-system calqué sur un modèle unique qui fait 4 giga, puis, lors de la vie de chaque machine seule les differences avec le modèle sont sauvegarés, cela s'appel le Copy On Write.
Sur les 4 giga, 1.5 giga seulement sont occupés par les logiciels, le reste represente l'espace que l'utilisateur peut consommer dans les machines virtuelles, c'est le disque dur disponible de la machine virtuelle en quelque sorte.
Pour la ram consommé et le cpu, cela a l'air très efficace, et ne semble prendre que le nécessaire, mais cela dépend plus de User Mode Linux que de moi.
Bien sur, on peut lier une machine à l'exterieur grace à un acces tap: par exemple, on a une config avec tap1 dans le réseau virtuel et eth0 dans l'hote réel, il suffit pour sortir de faire:
brctl addbr br2
ifconfig br2 up
brctl addif br2 eth0
brctl addif br2 tap1
Puis il faut configurer l'acces de la machine virtuelle connecté à tap1 dans le même réseau que la machine branché à eth0.
Pour la doc, j'ai toujours un code urgent à faire, c'est dur de s'interrompre.
Lorsque l'on télécharge uml_clownix_net_03, il y a par défaut la démo ospf dans le repertoire virtual_platform_config. Pour mipv6, il faut télécharger uml_clownix_src_03, copier le repertoire mipv6_demo et le renomer virtual_platform_config en écrasant la démo ospf.
A chaque démo correspond une topologie et des fichiers de confs qui se trouvent dans virtual_platform_config.
En effet, le détarrage est long et prend 4 gigas, c'est le root file system qui servira de modèle à toutes les machines virtuelles. Les machines virtuelles sont équipé du COW, Copy On Write, qui permet de ne pas dupliquer ces 4 gigas autant de fois qu'il y a de machines. Lors d'une écriture dans une machine seule les différences avec le modèle sont sauvegardés.
Le modèle fait 4 giga mais les données qu'il contient font beaucoup moins, l'espace restant permet aux machines virtuelles d'avoir plus de 2 giga d'espace disque vierge.
Mon code perso se limite à la "matrice de commutation" mais pour permettre de tester ce code de façon plug-and-play, il fallait y mettre la totale: file-system, kernel et mon soft.
Clownix est le nom d'un autre outil qui n'a rien à voir, il fait du monitoring principalement pour les QDISC du noyau linux. Comme je n'ais qu'un site, j'ai appelé ma plateforme uml_clownix.
Pour la doc, je sais qu'elle est très insuffisante, mais cela n'arrêtera pas les plus motivés.
[^] # Re: Des précisions ?
Posté par clowncoder . En réponse à la dépêche Mettez un réseau dans votre PC en 1 commande. Évalué à 3.
Pour les machines virtuelles, elles ont un file-system calqué sur un modèle unique qui fait 4 giga, puis, lors de la vie de chaque machine seule les differences avec le modèle sont sauvegarés, cela s'appel le Copy On Write.
Sur les 4 giga, 1.5 giga seulement sont occupés par les logiciels, le reste represente l'espace que l'utilisateur peut consommer dans les machines virtuelles, c'est le disque dur disponible de la machine virtuelle en quelque sorte.
Pour la ram consommé et le cpu, cela a l'air très efficace, et ne semble prendre que le nécessaire, mais cela dépend plus de User Mode Linux que de moi.
Bien sur, on peut lier une machine à l'exterieur grace à un acces tap: par exemple, on a une config avec tap1 dans le réseau virtuel et eth0 dans l'hote réel, il suffit pour sortir de faire:
brctl addbr br2
ifconfig br2 up
brctl addif br2 eth0
brctl addif br2 tap1
Puis il faut configurer l'acces de la machine virtuelle connecté à tap1 dans le même réseau que la machine branché à eth0.
Pour la doc, j'ai toujours un code urgent à faire, c'est dur de s'interrompre.
[^] # Re: problème mip6d -c /etc/mipv6/*
Posté par clowncoder . En réponse à la dépêche Démos OSPF, OLSR ou MIPv6 prêtes en 2 minutes. Évalué à 1.
A chaque démo correspond une topologie et des fichiers de confs qui se trouvent dans virtual_platform_config.
[^] # Désolé pour les carences en explications
Posté par clowncoder . En réponse à la dépêche Démos OSPF, OLSR ou MIPv6 prêtes en 2 minutes. Évalué à 1.
Le modèle fait 4 giga mais les données qu'il contient font beaucoup moins, l'espace restant permet aux machines virtuelles d'avoir plus de 2 giga d'espace disque vierge.
Mon code perso se limite à la "matrice de commutation" mais pour permettre de tester ce code de façon plug-and-play, il fallait y mettre la totale: file-system, kernel et mon soft.
Clownix est le nom d'un autre outil qui n'a rien à voir, il fait du monitoring principalement pour les QDISC du noyau linux. Comme je n'ais qu'un site, j'ai appelé ma plateforme uml_clownix.
Pour la doc, je sais qu'elle est très insuffisante, mais cela n'arrêtera pas les plus motivés.