Bonsoir à tous,

Mardi dernier, j’ai pris ma décision de rompre tous les liens qu’il me restait avec World of Warcraft.
A travers cet article, je vais revenir sur les 5 dernières années de ma vie, pendant lesquelles j’ai appris énormément de chose et rencontré un grand nombre de personnes différentes.

Dans la partie précédente, nous nous étions arrêtés à la mise en place du Dom0 en assurant la compatibilité matérielle avec les dédiés OVH.

Aujourd’hui, nous allons aborder la configuration du réseau, afin de fournir un accès au net à toutes les machines virtuelles.

En revanche, contrairement à la majorité des tutoriaux que l’on trouve, nous ne ferrons pas de configuration bridgé ou chaque machine virtuelles est accessible via une IP différente ( IP Fail Over ),
mais nous serons en configuration NAT, où le Dom0 redirige les requêtes de chaque port sur la machine virtuelle correspondante.

Ayant eu le besoin d’installer une infrastructure de virtualisation permettant de déployer un nombre important de VPS sur demande très rapidement, j’ai fait des recherches sur les principaux systeme de virtualisation proposé par Ovh.

Je vais d’abord comparer les différents systèmes de virtualisation mis à disposition, voir pourquoi j’ai retenu Xen.

Je vais expliquer brièvement le fonctionnement de Xen, puis nous passerons à l’installation de l’hyperviseur.

Nous finirions pas la configuration du réseau avec l’installation des machines virtuelles.

Depuis quelques temps, j’ai un serveur FTP sur un conteneur OpenVZ. Mon routage est assuré par le Fridu Firewall : http://www.fridu.org/hosting/79-virtualization-firewall.

Mais le mode passif ne fonctionne pas correctement par défaut.

Suite à l’actualité récente autour d’Hadopi et de la neutralité du net, et n’ayant par principe pas envie de savoir que quelqu’un surveille ma connexion, j’ai décidé de faire passer toute ma connexion internet dans un tunnel VPN ( qui me permettra aussi de contourner le firewall de mon école ).

Je me suis aidé d’un tutoriel très bien fait pour une machine classique, que je vais donc compléter pour le faire fonctionner dans notre container OpenVZ.

Il est inutile que je recopie l’ensemble de la procédure qui est similaire.

Là où ça commence à se compliquer, c’est au moment de configurer le NAT, je vous laisse donc arriver là puis revenir ici ensuite.

Voici le tutoriel qui m’a aidé : http://blog.nicolargo.com/2010/10/installation-dun-serveur-openvpn-sous-debianubuntu.html.

Bonjour,

Cela faisait quelques temps que je voulais publier un article sur le RAID.

J’avais déjà du y toucher il y a plus d’un an, lorsque plusieurs disques durs sont tombés en panne sur mes serveurs, afin de refaire une architecture de données plus safe.

Venant d’acquérir une nouvelle machine récemment, je vais sauter sur l’occasion pour vous présenter la mise en place du raid.

J’ai découvert Capistrano et Webistrano, il y a plusieurs mois déjà grâce à l’article suivante : http://www.simple-it.fr/blog/2010/08/mise-en-ligne-des-nouveautes-du-sdz-avec-capistrano/.

Après avoir pris en main Capifony (fork de capistrano pour symfony), je me suis penché sur Webistrano.

Aujourd’hui, je vais vous présenter quelque chose qui m’a simplifié la vie : les alias SSH.

Devant me connecter quotidiennement sur différents serveurs (entre 2 et 5 généralement), j’avais pour habitude de créer des alias de commandes dans mon ~/.bash_profile pour ne pas retaper à chaque fois, l’username, le host et le port.

Mais en fait, on peut créer des alias ssh directement dans le ~/.ssh/config avec une configuration plus complète.

Petit billet pour signaler que je suis maintenant Auto Entrepreneur.

J’ai effectué les démarches au début du mois de février, si se déclarer comme AE reste simple, on est vite perdu par la suite, entre le régime social, les caisses de retraites, les publicités que l’on reçoit avec des tarifs tous plus excessifs les uns que les autres pour un Auto Entrepreneur.

Mon entreprise est donc lancée officiellement depuis le 01 janvier 2011 ( grâce à une subtile saisie sur le formulaire ), j’ai donc commencer à réfléchir à plusieurs projets, et mon premier projet fera l’objet d’un article prochainement.

Suite à l’article publié sur le blog de SimpleIT, il y a plusieurs mois, et après avoir remplacé mon fidèle Zend Frameworks par symfony, je me suis penché sur capistrano.

Voici l’article en question : http://www.simple-it.fr/blog/index.php?post/2010/08/20/Mise-en-ligne-des-nouveautes-du-SdZ-avec-Capistrano.

Je me suis donc penché sur le problème et après plusieurs recherches je suis tombé sur Capifony.

En effet, Capistrano est à la base réalisé pour déployer des applications RoR et non symfony.

Un groupe de développeurs a donc adapté cet outil, afin de le rendre utilisable rapidement avec nos projets symfony.

Vous pouvez trouver la page github de Capifony à cette adresse : https://github.com/everzet/capifony

J’ai trouvé un excellent tutoriel réalisé par un des auteurs du projet : http://blog.servergrove.com/2010/07/12/symfony-git-capistrano-capifony/.

J’ai adapté la première moitié et je vous l’ai traduite, mais je n’ai pas eu le courage de m’occuper de la deuxième moitié qui est déjà suffisamment claire et bien faite.