Serveur Web · 3 min read · Jan 08, 2026

Utilisation de mod_spdy avec Apache2 sur Fedora 17

SPDY (prononcé “SPeeDY”) est un nouveau protocole de mise en 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 améliore HTTP avec plusieurs fonctionnalités liées à la vitesse telles que le multiplexage de flux et la compression d’en-tête. 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 la prise en charge du protocole SPDY au serveur Apache HTTPD. Ce tutoriel explique comment utiliser mod_spdy avec Apache2 sur Fedora 17.

Je ne garantis pas 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 PHP5 et le support MySQL sur Fedora 17 (LAMP).

Pour des raisons de test, je vais simplement utiliser le site web SSL par défaut qui vient avec le package Apache de Fedora (vous n’avez pas besoin de faire cela si vous avez déjà un site web SSL sur votre serveur).

Allez à l’URL du site web SSL par défaut (par exemple, https://www.example.com) et testez s’il fonctionne (j’utilise le certificat auto-signé par défaut ici, 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 packages 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 :

systemctl restart httpd.service

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 existe 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 pool de threads dans # chaque processus enfant d'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 prise en charge de 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 la prise en charge de SPDY fonctionne.

(En raison du mécanisme de retour de SPDY à 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.