Serveur Web · 4 min read · Dec 27, 2025

Utilisation de mod_spdy avec Apache2 sur Scientific Linux 6.3

Utilisation de mod_spdy avec Apache2 sur Scientific Linux 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 Scientific Linux 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é pour 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 Scientific Linux 6.3 (LAMP).

Pour des raisons de test, j’utiliserai simplement le site web SSL par défaut qui vient avec le paquet Apache sur Scientific Linux (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’affecte pas 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/Scientific Linux 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 ne nécessite 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 sa propre piscine de threads dans # chaque processus enfant d'Apache pour traiter les requêtes. La taille par défaut # de cette piscine 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 de le recharger pour qu’il puisse utiliser SPDY (la première fois que vous l’avez chargé au 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

Share: X/Twitter LinkedIn
#Serveur Web

Recevez de nouveaux articles dans votre boîte de réception.

Aucun spam. Désabonnez-vous à tout moment.