Présentation :

GNS3 est un simulateur d’équipements Cisco. Cet outil permet donc de charger de véritable IOS Cisco et de les utiliser en simulation complète sur un simple ordinateur. Pour caricutariser, GNS3 permet d’avoir un routeur Cisco virtuel sur son ordinateur. A noter simplement que GNS3 ne fournit pas d’IOS, il faut se les procurer à l’aide d’un compte Cisco CCO par exemple. Ou grâce à Google.

Cet outil est parfait pour se préparer aux certifications Cisco CCNA, CCNP, CCIP ou CCIE.

Afin de permettre des simulations complètes, GNS3 est fortement lié avec:

• Dynamips, un émulateur d’image IOS qui permet de lancer des images binaires IOS provenant de Cisco Systems.
• Dynagen, une interface en mode text pour Dynamips.

GNS3 est un logiciel libre qui fonctionne sur de multiples plateformes, incluant Windows, Linux, et MacOS X.

L’installation de tous les composants peut être assez fastidieux. Je viens de découvrir que GNS3 avait mis à disposition une machine virtuelle avec tous les composants nécessaires pour découvrir les possibilités de GNS3.

Celle-ci est basé sur une Ubuntu. Tous les composants GNS3 sont accessible en 1 clic. Vous avez accès à de nombreux exemple de topologie et des TP.

Téléchargement :

Liens vers le site de téléchargement : http://sourceforge.net/projects/gns3workbench/files/

Quelques Informations :

Les IOS ne sont pas non plus fourni. Il faut vous procurer l’image de base qui est c3725-adventerprisek9-mz.124-15.T10.bin et la placer dans le répertoire /opt/GNS3/IOS

Avant chaque TP, il faut copier les fichiers conf voulu dans le répertoire config du projet. Ceci est fait pour ne pas que vous ecrasiez la config d’origine.

J’ai remarqué que les 1G de mémoire allouée à la VM ne suffise pas. Il faut mieux partir sur 2G.

Liens vers la doc d’installation (en anglais) : http://rednectar.net/gns3-workbench/gns3-workbench-install/

Quelques captures d’écrans :

Bonne simulation !

Après avoir installé un de mes serveurs ESX en ESXi 4.1, j’ai rencontré un problème bizarre. Un de mes datastore ne voulait pas monter.  Graphiquement, lorsque j’ai voulu l’ajouté, mon datastore était bien visible mais je n’avais que l’option format de disponible.

J’avais déjà eu le cas mais j’avais pu le monter directement à partir de l’ESX au lieu du VCenter.

Après quelques recherche, j’ai utilisé une commande permettant de voir s’il y’a des volumes considéré comme snapshot ou réplicat :

sur VMA :

vicfg-volume –l

sur ESXi :

esxcfg-volume –l

Voici le message de sortie :

VMFS3 UUID/label: 49b62ce2-24a6ab20-678c-002219a623de/DATASTORE1
Can mount: No ()
Can resignature: No ()
Extent name: t10.XXX_770106130088:1 range: 0 – 409343 (MB)

Ce volume est celui que je n’arrive pas à monter. Il est donc considéré comme Réplicat ou comme Snapshot. Comme vous pouvez le voir, il n’est pas possible de le monter ni de régénérer la signature.

Apparemment le problème est connu : http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=6482648

Pour contourner le problème, j’ai utilisé la commande :

sur VMA :

vicfg-volume –M <nom du datastore>

sur ESXi :

esxcfg-volume –M <nom du datastore>

exemple :

vicfg-volume –M DATASTORE1

Persistently mounting volume DATASTORE1

Cette commande permet de monter un snapshot ou un réplicat de manière permanente.

Voilà, A présent le Datastore est de nouveau visible à partir de l’ESXi et du VCenter.

Par contre, je ne sais pas encore si le Datastore sera toujours là après le redémarrage du serveur.

Si quelqu’un peut m’expliquer un petit peu plus en détail le problème, ça serait cool

PS : Merci à Nicolas pour son aide

Sur ESXi 4.0, il fallait faire quelques manipulations pour activer le SSH. Il semblerait que Vmware ait décidé de nous faciliter un peu la tâche en nous permettant d’activer le SSH directement à partir du menu d’ESXi. Voici la procédure à suivre :

- Appuyer sur F2 ( Customize System)

- Aller dans “troubleshooting Options”

- Activer le SSH

Vous pouvez tester.

1. Acceder au mode console de l’ESX.

2. Taper la commande vi /etc/shh/sshd_config

3.Mettez la variable PermitRootLogin à yes et sauvegarder les changements.

4.Essayer de vous connecter en root.

Ce problème intervient lorsque le VirtualCenter ne peut plus accéder à la base de donnée. Vérifier que la base est bien démarrée.