How-To : ESXi sur Kimsufi avec une seule IPv4 et une IPv6 1) Activation du support IPv6 sur l hôte ESXi 5 : ATTENTION JE VOUS CONSEILLE DE SAUVEGARDER VIA SSH LE FICHIER /etc/vmware/esx.conf AVANT DE COMMENCER. On commence bien sûr par se connecter avec le client «VMware vsphere Client» à l hôte : «lab.dmilz.net» redirige vers l IPv4 «37.59.53.81». On sélectionne le serveur (ici «lab.dmilz.net») puis onglet «Configuration», dans la colonne «Matériel», «Mise en réseau», puis «Propriétés» (on note au passage que par défaut IPv6 est bien «Désactivé») et on coche la case «Activer support IPv6 sur système hôte» :
La prise en compte se fera au prochain redémarrage, on va donc redémarrer! Clic droit sur «lab.dmilz.net» et on sélectionne «Redémarrer» (ici on ignore le mode maintenance car il n y a aucune VM). Après le redémarrage, on va vérifier qu IPv6 est maintenant «Activé» :
Si c est le cas, on peut maintenant configurer le «Management Network» (par défaut sur le vswitch0) via les propriétés de celui-ci : On modifie le «Management Network» :
On configure IPv6 dans l onglet «Paramètres IP», on coche «Adresses IP v6 statiques», puis «Ajouter» pour rentrer la bonne valeur (ici 2001:41d0:8:7051::1 et le masque /56), on ajoute la «Passerelle par défaut VMkernel» (qui correspond ici aux 56 premiers bits de l adresse IP suivie de ff:ff:ff:ff:ff, donc ici 2001:41d0:8:70ff:ff:ff:ff:ff). On peut maintenant tester la connexion : l hôte doit maintenant répondre sur l adresse IPv6 :
Si c est OK, on peut donc maintenant supprimer la configuration IPv4, mais au préalable si on ne veut pas recevoir ce genre de mail : Il vaut mieux désactiver le monitoring d OVH depuis le manageur v3 :
A partir de ce moment, on peut désactiver IPv4 (même endroit que pour la configuration IPv6) :
«37.59.53.81» est maintenant inutilisée et on va désormais pouvoir l attribuer à un VM qui sera en tête de réseau. On utilisera ici pfsense. 2) Installation de pfsense : Par habitude, je commence par créer un répertoire ISO sur le datastore, par le menu stockage :
Puis on se connecte à l hôte par SSH (et via IPv6 on n oublie pas!), pour récupérer l image ISO : ~ # find. -type d -name "ISO"./vmfs/volumes/521740a0-1c41f2ef-51e6-3860773fab05/ISO ~ # cd./vmfs/volumes/521740a0-1c41f2ef-51e6-3860773fab05/iso /vmfs/volumes/521740a0-1c41f2ef-51e6-3860773fab05/iso # wget http://pfsense.mirrors.ovh.net/pfsense.org/downloads/pfsense-livecd-2.0.3-release-i386-20130412- 1022.iso.gzConnecting to pfsense.mirrors.ovh.net (178.32.100.7:80) pfsense-livecd-2.0.3 100% ************************************************************************************************************ *********** 78396k 00:00:00 ETA /vmfs/volumes/521740a0-1c41f2ef-51e6-3860773fab05/iso # ls -l -rw-r--r-- 1 root root 80277887 Aug 23 12:58 pfsense-livecd-2.0.3-release-i386-20130412- 1022.iso.gz /vmfs/volumes/521740a0-1c41f2ef-51e6-3860773fab05/iso # gunzip pfsense-livecd-2.0.3-release-i386-20130412- 1022.iso.gz Avant d installer la VM on va préparer la partie réseau en créant un nouveau vswitch depuis «Mise en réseau», que l on nommera «LAN» :
Par habitude, encore, je crée le vswitch «Dummy» sur lequel je connecte les VM lors de leur installation. Ce n est pas une obligation, mais je l utiliserai par la suite On doit donc se retrouver avec la configuration suivante :
Tout est prêt pour créer l enveloppe de la VM, je vous conseille d utiliser le mode «Personnalisé», en prenant les précautions suivantes : - pfsense est basé sur FreeBSD et on a récupéré l image 32 bits (à adapter si 64 bits) - choisir le contrôleur SCSI «Parallèle logique de LSI» (oui ça ne veut rien dire mais sinon on risque de ne pas voir de disque plus tard ) - il faut 2 interfaces réseaux (une sur le vswitch «Dummy», une autre sur «LAN») Ce qui devrait donner une VM comme : Au passage on force à rester sur le BIOS au prochain démarrage :
Et on démarre la VM Puisque l on est bloqué sur le BIOS on monte l ISO depuis le datastore :
Et on change la priorité de boot sur le CD-ROM :
Et on suite le cour de l installation :
On tape «I» sur l écran suivant pour lancer l installation : On choisira ensuite «Quick Install» et le «Standard Kernel» :
On prochain reboot, on ne configurera pas les VLANs :
On récupère l adresse MAC assignée à la carte réseau branchée sur «Dummy» :
Et on assigne donc les interfaces («Dummy» sera WAN, l autre LAN) :
On arrive sur le menu en ligne de commande de pfsense : On s arrête ici avec pfsense, on voit que l interface «le1» a déjà une IP attribuée et pfsense active par défaut le serveur DHCP sur cette interface. On va donc pour la suite configurer pfsense depuis un Live CD Ubuntu (ou votre distribution préférée, Windows, mais il faudra obligatoirement Mozilla Firefox pour la suite).
Je vous laisse donc créer l enveloppe pour cette nouvelle VM (une interface sur le vswitch «LAN») et booter depuis le CD (même procédure que précédemment), si tout se passe bien on arrive sur le bureau où on pourra vérifier la configuration réseau : On ouvre Firefox et on se connecte à pfsense (http://192.168.1.1, «admin» / «pfsense» par défaut).
Et il reste plus qu à suivre le guide, pour la configuration IP de WAN, on choisit «DHCP» et on «spoof» l adresse MAC du serveur physique (dispo dans manageur ou client VMWare):
Il ne reste plus qu à remplacer l interface de la VM du vswitch «Dummy» vers le vswitch «VM Network». Normalement le DHCP d OVH devrait désormais attribuer l adresse IP 37.59.53.81 à pfsense. Si ce n est pas le cas on peut toujours essayer manuellement 37.59.53.81, netmask 255.255.255.0 et gateway 37.59.53.254. Pour ceux qui veulent penser à réactiver le monitoring dans la manageur 3) Les petits trucs en plus : Un VPN via pfsense : pfsense embarque nativement un serveur OpenVPN, mais celui-ci n est pas activé par défaut, il faut donc le configurer depuis le menu «VPN» :
L objet de ce document n est pas de la configurer OpenVPN mais c est assez simple et des exemples sont disponibles. Je vous conseille d installer «OpenVPN Client Export Utility» pour générer facilement une archive avec les fichiers nécessaires aux connexions des clients. Les packages s installent très facilement depuis «System» et «Packages» : Il faut aussi savoir que les utilisateurs (VPN ou non) sont gérés depuis «User Manager» (visible sur la capture ci-dessus), il suffit de générer un certificat depuis la bonne CA pour autoriser la connexion d un utilisateur au VPN (le package aidera grandement ensuite pour la configuration coté client). Le Management Network dans le LAN Ma connexion ne supporte pas nativement IPv6, le dernier petit truc en pus va donc consister à ajouter un «Management Network» (VMKernel) sur le vswitch «LAN», depuis les propriétés :
(Cliquer sur «Modifier» pour ajouter la passerelle par défaut «192.168.1.1»)
Il est donc maintenant possible de : - Se connecter à l hôte depuis une VM Windows après avoir installé le client - Se connecter avec le client depuis son poste après connexion au VPN - Se connecter avec le client depuis son poste après redirection des ports nécessaires (très déconseillé ) Vous l aurez compris, je préfère largement le VPN!
Reconfigurer le réseau lorsque le serveur n est plus accessible : J ai planté mon serveur, il ne répond plus au PING, j ai besoin de reconfigurer IPv4, mais je ne peux pas me connecter (situation simulée pour l occasion)! Pas de panique, on doit pouvoir arranger ça avec le mode rescue. Direction le manageur OVH, Services, Netboot et choisir «rescue-pro».
Et on redémarre le serveur toujours depuis le manageur OVH. Après quelques minutes, on reçoit un mail sur l adresse indiquée : On se connecte donc par SSH avec les identifiants reçus : On liste les partitions : root@rescue:~# fdisk -l /dev/sda Disk /dev/sda: 1000.2 GB, 1000204886016 bytes 255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk identifier: 0x000b783a Device Boot Start End Blocks Id System /dev/sda1 8192 1843199 917504 5 Extended /dev/sda2 1843200 10229759 4193280 6 FAT16 /dev/sda3 10229760 1953525167 971647704 fb VMware VMFS /dev/sda4 * 32 8191 4080 4 FAT16 <32M /dev/sda5 8224 520191 255984 6 FAT16 /dev/sda6 520224 1032191 255984 6 FAT16
/dev/sda7 1032224 1257471 112624 fc VMware VMKCORE /dev/sda8 1257504 1843199 292848 6 FAT16 Partition table entries are not in disk order Puis on monte la partition /dev/sda5 : root@rescue:~# cd /mnt root@rescue:/mnt# mkdir sda5 root@rescue:/mnt# mount /dev/sda5 /mnt/sda5 root@rescue:/mnt# cd sda5 Le but du jeu est de modifier le fichier «esx.conf» qui ne trouve dans «/etc/ vmware/», lui-même dans «local.tgz», lui-même dans «state.tgz» root@rescue:/mnt/sda5# cd /tmp root@rescue:/tmp# tar xzf state.tgz root@rescue:/tmp# tar xzf local.tgz root@rescue:/tmp# cd etc root@rescue:/tmp/etc# find. -name esx.conf./vmware/esx.conf Dans mon cas, avant de «tout casser» j ai uniquement configurer IPv6 et l adressage correspondant, et enfin décocher IPv4 (qui a eu pour conséquence de me déconnecter du client bien sûr Il faut donc éditer le fichier «esx.conf» et modifier les lignes suivantes (dans mon cas) : /adv/misc/hostipaddr = "0.0.0.0" (première ligne) /adv/misc/hostipaddr = "37.59.53.81" /adv/net/managementaddr = "2001:41d0:8:7051::1" (ligne 3 sous /adv/misc/hostname = "ks3265748.kimsufi.com" et avant /adv/net/managementiface = "vmk0") /adv/net/managementaddr = "37.59.53.81" Rajouter les lignes suivantes (après /net/vmkernelnic/child[0000]/enable = "true" et avant /net/vmkernelnic/child[0000]/ipv6network/child[0000]/ipv6address = "2001:41d0:8:7051::1" ou /net/vmkernelnic/child[0000]/mac = "38:60:77:3f:ab:05" pour ceux qui n ont pas configuré IPv6) : /net/vmkernelnic/child[0000]/ipv4address = "37.59.53.81" /net/vmkernelnic/child[0000]/ipv4broadcast = "37.59.53.255" /net/vmkernelnic/child[0000]/ipv4netmask = "255.255.255.0" Il reste plus qu à compresser et remplacer le fichier sur le disque : root@rescue:/tmp# tar czf local.tgz etc/ root@rescue:/tmp# tar czf state.tgz local.tgz root@rescue:/tmp# cp state.tgz /mnt/sda5/ root@rescue:/tmp# umount /dev/sda5 On pense à modifier le netboot depuis le manageur :
Et on redémarrer le serveur! Après quelques instants le serveur devrait répondre au ping : C est bon signe! On devrait être en mesure de se connecter :
Et on peut retourner vérifier les paramètres réseau du management network : En conclusion je vous conseille de sauvegarder régulièrement /etc/vmware/esx.conf pour utiliser le plug-in compare de Notepad++ :