Utiliser mod_spdy avec Apache2 sur CentOS 6.3

Version 1.0
Auteur : Falko Timme
Suivez-moi sur Twitter

SPDY (prononcé “SPeeDY”) est un nouveau protocole réseau dont le but est d’accélérer le web. C’est l’alternative de Google au protocole HTTP et un candidat pour HTTP/2.0. SPDY augmente HTTP avec plusieurs fonctionnalités liées à la vitesse telles que le multiplexage de flux et la compression des en-têtes. Pour utiliser SPDY, vous avez besoin d’un serveur web et d’un navigateur (comme Google Chrome et les prochaines versions de Firefox) qui prennent tous deux en charge SPDY. mod_spdy est un module Apache open-source qui ajoute le support du protocole SPDY au serveur Apache HTTPD. Ce tutoriel explique comment utiliser mod_spdy avec Apache2 sur CentOS 6.3.

Je ne donne aucune garantie que cela fonctionnera pour vous !

1 Remarque préliminaire

SPDY fonctionne sur HTTPS, donc nous avons besoin d’un site web activé HTTPS pour tester SPDY. Veuillez noter que SPDY reviendra à HTTPS si le navigateur de l’utilisateur ne prend pas en charge SPDY ou si quelque chose ne va pas, donc l’installation de mod_spdy ne nuit pas à votre configuration existante.

Je suppose que vous avez une configuration LAMP fonctionnelle, comme décrit dans Installer Apache2 avec le support PHP5 et MySQL sur CentOS 6.3 (LAMP).

À des fins de test, je vais simplement utiliser le site web SSL par défaut qui vient avec le paquet Apache sur CentOS (vous n’avez pas besoin de faire cela si vous avez déjà un site web SSL sur votre serveur). Si vous n’avez pas de site web SSL, vous pouvez activer le site web SSL par défaut comme suit :

yum install mod_ssl openssl

openssl genrsa -out ca.key 4096

openssl req -new -key ca.key -out ca.csr

openssl x509 -req -days 365 -in ca.csr -signkey ca.key -out ca.crt

cp ca.crt /etc/pki/tls/certs  
cp ca.key /etc/pki/tls/private/ca.key  
cp ca.csr /etc/pki/tls/private/ca.csr

vi +/SSLCertificateFile /etc/httpd/conf.d/ssl.conf

| [...] SSLCertificateFile /etc/pki/tls/certs/ca.crt [...] SSLCertificateKeyFile /etc/pki/tls/private/ca.key [...] |

/etc/init.d/httpd restart

Allez à l’URL du site web SSL par défaut (par exemple, https://www.example.com) et testez si cela fonctionne (j’utilise ici le certificat auto-signé par défaut, c’est pourquoi j’ai un avertissement de certificat, mais cela n’a aucun effet sur l’utilisation de SPDY) :

2 Installation de mod_spdy

Tout d’abord, assurez-vous que at est installé :

yum install at

Google fournit des paquets Fedora/CentOS pour mod_spdy sur https://developers.google.com/speed/spdy/mod_spdy/. Téléchargez simplement le bon pour votre architecture (32 ou 64 bits) sur votre serveur…

64 bits :

cd /tmp  
wget https://dl-ssl.google.com/dl/linux/direct/mod-spdy-beta_current_x86_64.rpm

32 bits :

cd /tmp  
wget https://dl-ssl.google.com/dl/linux/direct/mod-spdy-beta_current_i386.rpm

… et installez-le comme suit :

rpm -U mod-spdy-*.rpm

Redémarrez Apache ensuite :

/etc/init.d/httpd restart

La bonne nouvelle est que mod_spdy n’a besoin d’aucune configuration, il fonctionne dès la sortie de la boîte !

(En fait, il y a un fichier de configuration, /etc/httpd/conf.d/spdy.conf, mais les paramètres par défaut devraient être corrects.

cat /etc/httpd/conf.d/spdy.conf

| LoadModule spdy_module /usr/lib64/httpd/modules/mod_spdy.so # Activer mod_spdy. Pour désactiver complètement mod_spdy, vous pouvez définir # cela sur "off". SpdyEnabled on # Afin de prendre en charge le multiplexage concurrent des requêtes sur une # seule connexion, mod_spdy maintient son propre pool de threads dans # chaque processus enfant Apache pour traiter les requêtes. La taille par défaut # de ce pool de threads est très conservatrice ; vous pouvez la remplacer # par une valeur plus grande (comme ci-dessous) pour augmenter la concurrence, au # risque d'augmenter l'utilisation de la mémoire. # #SpdyMaxThreadsPerProcess 30 # L'utilisation de la mémoire peut également être affectée par le nombre maximum de # flux SPDY ouverts simultanément autorisés pour chaque connexion client. # Idéalement, cette limite devrait être fixée aussi haut que possible, # mais vous pouvez l'ajuster si nécessaire pour limiter la consommation de mémoire. # #SpdyMaxStreamsPerConnection 100 |

Vous pouvez en savoir plus sur les options de configuration sur https://developers.google.com/speed/spdy/mod_spdy/install.

)

3 Test

Maintenant, testons si SPDY fonctionne. Nous avons besoin d’un navigateur avec support SPDY. par exemple Google Chrome. Ouvrez Chrome et rechargez votre site web SSL (par exemple, https://www.example.com) - il est important que vous le rechargiez afin qu’il puisse utiliser SPDY (la première fois que vous l’avez chargé dans le chapitre 1, il a utilisé le HTTPS normal). Ensuite, ouvrez un nouvel onglet et tapez l’URL

chrome://net-internals/#spdy

Si tout s’est bien passé, votre vhost SSL devrait maintenant être listé dans le tableau, ce qui signifie que le support SPDY fonctionne.

(En raison du mécanisme de retour de SPDY vers HTTPS, votre vhost SSL fonctionnera toujours dans tout autre navigateur qui ne prend pas en charge SPDY.)

4 Liens

SPDY : https://developers.google.com/speed/spdy/
Apache mod_spdy : http://code.google.com/p/mod-spdy/
Paquets binaires mod_spdy : https://developers.google.com/speed/spdy/mod_spdy/
Configuration mod_spdy : https://developers.google.com/speed/spdy/mod_spdy/install
Apache : http://httpd.apache.org/
CentOS : http://www.centos.org/