• Presser les touches ALT + F1
• Taper : unsupported
• Indiquer votre mot de passe root
• Taper la commande : vi /etc/inetd.conf (pour éditer le fichier de configuration)
• Chercher les lignes commencant par #ssh
• Décommenter les lignes (en retirant le # devant ces lignes)
• Sauver le fichier en tapant : :wq!
• Redémarrer les servcices avec /sbin/services.sh restart

Il ne vous reste plus qu’à vous connecter sur votre serveur ESXi avec putty

Remarque : Pour revenir à la console standard, il vous suffit de presser les touches : ALT + F2

Nous allons utiliser Zend_Service_ReCaptcha qui fournit un client pour le Service Web reCAPTCHA.

Qu’est ce que reCAPTCHA ?

reCAPTCHA est un système mettant à profit les capacités de reconnaissance des utilisateurs humains mobilisées par les tests Captcha, pour améliorer par la même occasion le processus de numérisation de livres, là où échouent les systèmes de reconnaissance optique de caractères (OCR).

L’idée est de rendre utile une tâche qui peut sembler rébarbative. La technique tient du crowdsourcing.

Concrètement, par rapport à un processus habituel d’authentification par Captcha, ce ne sont pas un mais deux mots qui sont présentés à l’utilisateur. L’un d’eux est un Captcha habituel, dont la solution est par conséquent connue de manière certaine ; seul l’autre est issu de la numérisation d’un livre : c’est celui dont la solution est incertaine voire inconnue et que l’utilisateur va aider à résoudre.

Le système part du principe que si les utilisateurs résolvent correctement le Captcha habituel, alors ils ont aussi déchiffré correctement le mot inconnu. Néanmoins, un mot n’est considéré comme vraiment reconnu que si plusieurs utilisateurs l’ont vérifié en obtenant le même résultat.

Source : Wikipedia

Pour utiliser le service reCAPTCHA, vous devez créer un compte et enregistrer un ou plusieurs domaines d’utilisation afin de générer une clé publique et une privée.

Utilisation de reCAPTCHA dans un Zend_Form :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20

class My_Form extends Zend_Form
{
	public function init()
	{
		//...
 
		// Captcha
		$pubKey = 'VOTRE_CLE_PUBLIC';
		$privKey = 'VOTRE_CLE_PRIVEE';
		$recaptcha = new Zend_Service_ReCaptcha($pubKey, $privKey);
 
		$adapter = new Zend_Captcha_ReCaptcha();
		$adapter->setService($recaptcha);
 
		$captcha = new Zend_Form_Element_Captcha('recaptcha', array( 'label' => "Anti-spam", 'captcha' => $adapter));
 
		$this->addElement($captcha);
		//...
	}
}

Notes : N’oubliez pas de changer VOTRE_CLE_PUBLIC et VOTRE_CLE_PRIVEE par celles fournie par reCAPTCHA.

Pour plus de détails concernant l’utilisation de formulaire, reCAPTCHA,… je vous invite à consulter la documentation de Zend Framework :

• Zend_Captcha_ReCaptcha
• Zend_Form_Element_Captcha
• Zend_Service_Recaptcha
• Zend_Form

Qu’est ce qu’une vue

Les vues sont des tables virtuelles créées à l’aide d’une requête SELECT.
Elles ne stockent pas les données qu’elles contiennent. Seule la requête permettant de les créer est conservée.

Des vues pourquoi faire ?

Une vue peut donc être, une jointure entre différentes tables, l’extraction de certaines colonnes,…

Les vues peuvent être utilisées pour différentes raisons :

• Restreindre l’accès à certaine valeur en personnalisant l’affichage des informations suivant le type d’utilisateur.
• Masquer la complexité d’un schéma.
• Permettre de manipuler des valeurs calculées à partir d’autres valeurs du schéma.
• Conserver la structure d’une table si elle doit être modifiée. pour ne pas devoir changer les requêtes du côté applicatif.

Syntaxe

Création d’une vue :

1
2

CREATE [OR REPLACE] [ALGORITHM = {MERGE | TEMPTABLE}] VIEW view_name
[(column_list)] AS select_statement [WITH [CASCADED | LOCAL] CHECK OPTION]

Cette commande crée une nouvelle vue, ou remplace une vue existante si la clause OR REPLACE est fournie. La clause select_statement est une commande SELECT qui fournit la définition de la vue. La liste optionnelle de colonnes peut être fournie pour définir explicitement les noms des colonnes.

Modification d’une vue :

1

ALTER VIEW view_name [(column_list)] AS select_statement

Cette commande modifie la définition d’une vue.
select_statement est le même que pour CREATE VIEW.

Supprimer une vue :

1
2
3

DROP VIEW [IF EXISTS]
    view_name [, view_name] ...
    [RESTRICT | CASCADE]

DROP VIEW supprime une ou plusieurs vues. Vous devez avoir les droits de DROP pour chaque vue.

Voir la définition de la vue :

1

SHOW CREATE VIEW view_name

Cette commande montre la commande CREATE VIEW qui créera la vue spécifiée.

Ces vidéos traiteront des sujets suivant :

• Video 1: Getting started, signing in, benefits of verifying a site
• Video 2: Setting preferences for crawling and indexing
• Video 3: Creating and submitting Sitemaps
• Video 4: Removing and preventing your content from being indexed
• Video 5: Utilizing the Diagnostics, Statistics and Links sections
• Video 6: Communicating between Webmasters and Google

Source : googlewebmastercentral.blogspot.com

Ces tutoriels sont disponible en Italien, Espagnol, Allemand ainsi qu’en Français (c’est pas beau la vie ?).

Pour le moment, seul le tutoriel 1 est disponible.

Pourquoi avoir mis en place un vpn ?
Dans mon cas, le VPN me permet de me connecter au réseau de ma boite et d’accéder aux différentes ressources et serveurs (tel que le serveur exchange, les serveurs de développement,…) comme si mon ordinateur faisait parti du réseau local de l’entreprise.
De plus, il n’y a plus qu’un seul port ouvert, celui du vpn. Le firewall bloque tout le reste se qui permet de ne pas avoir trop de porte ouverte accessible d’Internet et donc de ce fait d’augmenter la sécurité du réseau de l’entreprise.

Mise en place d’un VPN
Pour ce tutorial, je pars du principe que le serveur tourne sous la distribution Linux Gentoo et que le(s) client(s) tourne(nt) sous Windows.
Il va de soit que rien ne vous empêche d’adapter ce tutorial pour une autre distribution ou pour Windows.

Installation d’openvpn
Pour la mise en place de notre vpn, nous allons utiliser openvpn qui est comme son nom l’indique un outil open source utilisé pour construire des VPNs. Son rôle est de « tunneliser », de manière sécurisée, des données sur un seul port TCP/UDP à travers un réseau non sûr comme Internet et ainsi établir des VPNs.

Pour installer openvpn sur notre Gentoo, nous allons taper la commande suivante :

1

# emerge openvpn

(sous debian nous aurions tapé : apt-get install openvpn)

Création des clés
Une fois openvpn installé, nous allons devoir créer des clés pour le serveur et le client. On se place dans le bon répertoire à l’aide de la commande :

1

# cd /usr/share/openvpn/easy-rsa/

Et on édite le fichier vars qui contient les variables d’openvpn à l’aide de :

1

# nano vars

Voici un exemple variables :

1
2
3
4
5

export KEY_COUNTRY="BE"
export KEY_PROVINCE="Belgique"
export KEY_CITY="Liège"
export KEY_ORG="maSociete"
export KEY_EMAIL="monMail@maSociete.com"

On exécute ensuite les commandes suivantes pour initialiser les variables d’environnement et supprimer d’éventuelles anciennes clés

1
2

# source ./vars
# ./clean-all

Génération des clés du Master CA (Autorité de certificat)

1

# ./build-ca

Vous devrez répondre à différentes questions et les clés seront générées dans le répertoire keys : ca.crt et ca.key.

Génération des clés du serveur
Maintenant que votre VPN a les clés du CA, il faut générer les clés du serveur

1

# ./build-key-server nom_du_serveur.com

nom_du_serveur.com représente le nom de domaine du serveur.

Les clés du serveur seront également générées dans le répertoire keys/ : nom_du_serveur.com.crt et nom_du_serveur.com.key.

Génération de clés pour le(s) client(s)

1

# ./build-key client

client représente le nom du client

Vous pouvez répéter cette opération pour chaque client que vous souhaiter ajouter au VPN.

Génération des paramètres Diffie Hellman

1

# ./build-dh

Pour résumé, voici la liste des fichiers qui ont été générés :

• ca.crt : est le certificat du Master CA.
• ca.key : est la clé du Master CA.
• dh1024.pem : est les paramètres Diffie Hellman. Ce fichier doit rester sur le serveur.
• nom_du_serveur.com.crt : c’est le certificat du serveur.
• nom_du_serveur.com.key : c’est la clés de votre serveur.
• client.crt : est le certificat d’un de vos clients.
• client.key : est la clé d’un de vos clients.

Les .key doivent rester secret.
ca.crt doit être installé sur chaque client ainsi que sur le serveur
client(.crt|.key) est a installer sur le client.
nom_du_serveur.com(.crt|.key) est a installer sur le serveur.

Configuration du serveur
Pour configurer le serveur, nous allons éditer le fichier /etc/openvpn/openvpn.conf

1

# nano /etc/openvpn/openvpn.conf

Voici un exemple de configuration :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

port 1194							# les clients se connecteront à ce port - votre firewall doit permettre cela
proto udp							# protocole utilisé dans la connexion
ca /usr/share/openvpn/easy-rsa/keys/ca.crt			# certificat du CA
cert /usr/share/openvpn/easy-rsa/keys/nom_du_serveur.com.crt	# certificat du serveur
key /usr/share/openvpn/easy-rsa/keys/nom_du_serveur.com.key	# clé privée du serveur
dev tun                 					# méthode "routing"
dh /usr/share/openvpn/easy-rsa/keys/dh1024.pem      		# paramètres Diffie Hellman
server 10.8.0.0 255.255.255.0         				# sous-réseau que constituera le réseau virtuel
push "route 192.168.0.0 255.255.255.0"         			# ajoute sur le client la route du réseau du serveur
ifconfig-pool-persist ipp.txt           			# permet de réattribuer la même adresse à chaque client
ping 10         						# utile pour garder la connexion active au travers de certains types de firewall
ping-restart 60 						# réinitialise la connexion si le délai est dépassé
comp-lzo        						# compression des paquets
user nobody     						# une fois démarré, l'appartenance du processus passe de l'utilisateur "root" à
group nogroup   						# "nobody" et du groupe "root" à "nogroup". Ainsi, si le processus est compromis, aucun dommage ne pourra être causé avec les privilèges du super-utilisateur
persist-key     						# ne doit pas relire la clé en cas de réinitialisation de la connexion
persist-tun     						# ne doit pas reconfigurer l'interface en cas de réinitialisation de la connexion
status openvpn-status.log 					# fichier de log
verb 3          						# niveau de verbosité des log

Si pour une raison ou une autre, vous voulez utiliser la connexion Internet du réseau distant, vous pouvez rajouter l’option suivante dans le fichier de configuration :

1

push "redirect-gateway"

Si vous devez spécifier un serveur DNS et WINS vous pouvez le faire au moyen des lignes suivant

1
2

push "dhcp-option DNS 192.168.0.10"
push "dhcp-option WINS 192.168.0.10"

Où 192.168.0.10 représente l’adresse des serveurs.

Configuration du client
Pour notre client, nous allons télécharger openvpn pour Windows sur le site d’openvpn.
Nous prendrons la dernière version disponible – à l’heure où j’écris ce tutorial cette version est : OpenVPN 2.1_rc7.

Certificats et clés
Une fois openvpn installé, nous allons le configurer. Nous allons nous rendre dans le répertoire C:\Program Files\OpenVPN\config où il faudra copier les fichiers ca.crt, client.key ainsi que client.crt que nous avons générés précédemment sur le serveur.

Ensuite, il ne nous restera plus qu’à créer le fichier de configuration du client qui se nomera client.ovpn

Voici un exemple de config de ce fichier :

1
2
3
4
5
6
7
8
9
10
11
12
13
14

client                  		# spécifie à openvpn de fonctionner en mode client
remote nom_du_serveur.com 1194		# nom_du_serveur.com est soit l'IP du serveur, soit son nom d'hôte. Votre firewall doit permettre la connexion vers l'extérieur sur le port du serveur, ici 1194
proto udp               		# protocole utilisé dans la connexion
resolv-retry infinite   		# tentera indéfiniment de résoudre l'IP du serveur hôte en cas d'échec
nobind                  		# spécifie de ne pas se lier à une adresse et un port local
ns-cert-type server     		# vérifie que le certificat du serveur est bien un certificat de serveur et ainsi évite de se connecter à un client qui se ferait passer pour le serveur avec son certificat de client
ca keys/ca.crt          		# certificat du CA
cert keys/client1.crt   		# certificat du client1
key keys/client1.key    		# clé privée du client1
dev tun                 		# méthode par "routing"
comp-lzo        			# compression des paquets
persist-key     			# ne doit pas relire la clé en cas de réinitialisation de la connexion
persist-tun     			# ne doit pas reconfigurer l'interface en cas de réinitialisation de la connexion
verb 3          			# niveau de verbosité des log

Une fois toute ces opérations réalisé, il nous suffit d’exécuter le programme openvpn-gui qui fera apparaitre une petite icône (représentant 2 ordinateurs) dans le system tray.
Un double clique sur celle-ci nous connectera à notre VPN et nous aurons donc accès au réseau local distant.

J’espère que ce tutorial vous aura plus et permit de mettre en place votre VPN.
N’hésitez pas à poster un message dans les commentaires pour toutes questions ou remarques éventuelles.

• MySQL 5
• Php 5
• Zend Framework 1.5.2

Les transactions dans une base de données

Les bases de données définissent les transactions comme étant des unités logiques de travail qui peuvent êtres validées (commited) ou annulées (rolled back) en tant qu’une seule opération, même sur de multiples tables. Toutes les requêtes aux bases de données sont considérées comme faisant partie d’une transaction, même si le driver de base de données fait ceci implicitement. Ceci s’appelle le mode auto-commit, dans lequel le driver de base de données créer une transaction pour chaque requête executée et la valide. Par défaut toutes les classes Zend_Db_Adapter fonctionnent en mode auto-commit.

Source : Zend Framework

Vous l’aurez compris, les transactions représentes un groupe de requêtes qui pourra être validé si tout se passe bien ou dans la cas contraire annulé.

Pour diverses raisons, il peut être utile d’effectuer une transaction vers une base de données.
Il va de soit que pour utiliser les transactions, votre SGBD et votre moteur de stockage doivent pouvoir les gérer. Ce qui est le cas d’INNODB pour MySQL mais pas encore pour MyISAM.

Donc si votre moteur de stockage est MyISAM, vous devrez convertir les tables qui seront concernées par vos futurs transactions.

Changement du moteur de stockage
On peut changer dynamiquement le moteur de stockage à l’aide de la commande ALTER TABLE.

Pour passer le moteur de stockage de la table leNomDeMaTable en INNODB nous effectuerons la commande sql suivante :

1

    ALTER TABLE leNomDeMaTable ENGINE=INNODB;

Pour le passer en MyISAM :

1

    ALTER TABLE maTable2 ENGINE=MYISAM;

Transactions à l’aide de Zend Framework
Maitenant que notre SGBD gère les transactions, il va falloir spécifier manuellement le démarrage de la transaction à l’aide de beginTransaction(). Toutes les requêtes qui suivront feront parties de celle-ci tant que la transaction ne sera pas annulée avec rollBack() ou validée par un commit().

Le canevas de base sera donc :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21

<?php
$db->beginTransaction();
 
try {
    // Essaye d'exécuter une ou plusieurs requêtes :
    $db->query(...);
    $db->query(...);
    $db->query(...);
 
    // Si toutes ont réussi, valide les changements en une seule passe.
    $db->commit();
}
catch (Exception $e)
{
    // Si une des requête s'est mal déroulée, alors nous voulons annuler les changements
    // de toutes les requêtes faisant partie de la transaction, même celles qui se sont
    // bien déroulées. Tous les changements sont annulés d'un seul coup
    $db->rollBack();
    echo $e->getMessage();
}
?>

Transactions dans en MVC avec Zend Framework
Imaginons que nous avons des produits divers. Ceux-ci sont enregistrer dans une la base de données.
Les informations communes à tous les produits sont enregistrées dans la table Produit et toutes les données spécifiques à chaque type de produit dans la table correspondant au type : ProduitNomDuType.

Nous aurons donc les modèles Produit qui est une classe qui héritera de Zend_Db_Table_Abstract et Produit_Row qui héritera de Zend_Db_Table_Row_Abstract (nous aurons la même chose pour gérer les tables et ligne des ProduitNomDuType).

Pour ajouter un produit du type Foo nous allons donc devoir remplir la table « générique » Produit et ProduitFoo.
Nous allons donc créer une transaction qui effectuera l’insertion des données dans les 2 tables.

Ce qui pourrait nous donner dans l’action ajouterAction() de notre controller quelque chose comme :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28

<?php
// ...
 
// On récupère l'adaptater que nous avons sauvé dans le registry dans le boostrap
$db = Zend_Registry::get('db');	
 
// On démarre la transaction
$db->beginTransaction();
 
try {
	Zend_Loader::loadClass('Produit');
	Zend_Loader::loadClass('ProduitFoo');
	$produitDb = new Produit($db);
	$produitDb->insert($dataProduit);  // $dataProduit est un tableau qui représente les données générique du produit
 
	$produitFooDb = new ProduitFoo($db);
	$produitFooDb->insert($dataProduitFoo);  // $dataProduitFoo est un tableau qui représente les données spécifique du produit foo
 
	// On valide l'ensemble des requêtes
	$db->commit();
}
catch (Exception $e)
{
	// Si une exception a été levée, on annule toutes les opérations du lot
	$db->rollBack();
 
	//...
}

Cette transaction permettra par exemple de ne pas se retrouver avec juste les infos génériques du produit si l’ajout des infos dans ProduitFoo a levé une exception.

Quelques liens utiles

• Manuel de Zend Framework : Zend_Db
• Manuel de MySql 5
• Developpez.com : MySQL et Zend Framework
• Communauté Francophone de Zend Framework

N’hésitez pas à poser vos questions ou remarques dans les commentaires, je me ferais un plaisir d’y répondre.

Note: je ne me suis pas étendu sur le fonctionnement du MVC avec Zend Framework vu qu’il y a énormément de chose à dire et que cela fera partie d’un futur tutorial.

Nouveau concept
J’ai également choisi de vous faire partager quelques concepts et expériences de programmation.
Je posterais donc de temps en temps des tutoriaux.

Je viens d’ailleurs d’installer les plugins wp-syntax et wp-codebox (je n’ai pas encore réellement choisi celui que j’allais utiliser) à cet effet.

Ces plugins permettent la coloration de syntaxe de code source.
Ce qui donne ceci :

1
2
3
4

<?php
$date = date('d-m-Y');
echo 'Hello World ! '.$date;
?>

Les divers tutos que j’aborderais seront axés sur des thèmes tels que :

• Linux : config serveur
• Programmation Web : php5
• SGBD: mysql 5
• …

En espérant que cette nouvelle approche vous plaira, je vais réfléchir à mon premier tutorial…