Apache HTTPD avec SPDY 3.1

Le problème est que Chrome 40.x a abandonné la prise en charge de SPDY/3 et ne prend en charge que SPDY/3.1, mais le module mod_spdy d'Apache ne prend en charge que SPDY/3, donc pas de SPDY pour les utilisateurs de Chrome si vous utilisez Apache comme serveur web.

Le mod_spdy est actuellement en mauvais état : ni Google ni Apache n'en assurent la maintenance après que Google en ait fait don à l'Asf. Google a récemment déclaré qu'il abandonnerait le support SPDY de Chrome début 2016, mais il a oublié de dire qu'il avait déjà commencé à abandonner les anciennes versions de SPDY (y compris SPDY/3) (j'aime bien ces déclarations partiellement vraies d'ailleurs), donc en gros si vous êtes sous Apache, vous ne pouvez pas fournir SPDY à vos utilisateurs de Chrome à moins d'implémenter SPDY/3.1 vous-même.

Alors, c'était comment pour "ne pas faire le mal" ? :-)

Voir les détails : https://groups.google.com/forum/#!topic/mod-spdy-discuss/FPEj0zG5I0Y y https://code.google.com/p/mod-spdy/issues/detail?id=100&colspec=ID%20Type%20Status%20Priority%20Owner%20Summary%20Stars

Vous pouvez envisager de passer à Nginx et d'utiliser l'implémentation de SPDY/3.1.

Le mod_spdy de Google fonctionne sur Apache 2.2 mais l'option 2.4 port a eu quelques problèmes, il y a un filetage sur elle déjà.

J'ai trouvé un description comment quelqu'un a réussi à le compiler, mais je ne l'ai pas encore testé.

Comme je ne peux pas faire de commentaire, en raison de l'absence de réputation, je vais devoir répondre, même si cela pourrait être aussi "hors sujet" que la réponse d'alexus.

J'ai trouvé la description, mentionnée par Hoppy il y a quelques jours et j'ai réussi à la faire fonctionner. C'est assez simple, si quelqu'un est intéressé à l'essayer. Bien que je doive mentionner que cela n'ajoute malheureusement que le support SPDY/3 à mon domaine et non le SPDY/3.1 en question.

Chrome 36 et Firefox 31.4 ESR se connectent avec succès à ce domaine de test via SPDY/3 (en utilisant les AddOns de l'indicateur SPDY pour Firefox et Chrome). Qualys SSL Labs confirme que le serveur est compatible avec SDPY/3 et SPDY/2.

En me connectant à google.com avec ces versions de navigateurs, les indicateurs SPDY m'indiquent que SPDY/3.1 est utilisé.

Mais dans Chrome 40 & 41 et Firefox 36+, l'indicateur SPDY reste gris, lors de la connexion à mon domaine de test. En connectant google.com, les deux navigateurs indiquent que la connexion utilise déjà HTTP/2. Donc, non seulement Chrome mais aussi Firefox ont déjà abandonné le support de SPDY 3.0.

Je pense que c'est un peu malheureux. Les sysadmins, qui essaient de fournir la meilleure expérience possible et le support du protocole, sont un peu écrasés, le travail investi n'a servi à rien.

Pour répondre enfin à la question de ce fil : Non. Pour moi, il semble que vous n'aurez pas encore de support "officiel" de SPDY/3.1 pour apache2. Comme vous pouvez le lire sur github ils ne le parlent pas encore. Et comme ce "encore" date déjà de six mois, je pense qu'il n'est pas prêt d'arriver. Donc, comme alexus l'a mentionné, il faut s'en tenir à HTTP/2. Gardez un œil sur cette page github où, avec un peu de chance, apache2 apparaîtra très bientôt.

Et enfin la partie "mais". ;) Vous pouvez annuler le changement dont j'ai parlé et recompiler le mod_spdy pour qu'il offre SPDY/3.1. Avec ma machine de test, cela semble fonctionner, mais j'ai quelques problèmes avec Firefox qui dit que le serveur OCSP doit essayer plus tard, qui ont disparu 5 minutes plus tard. Mais je ne sais vraiment pas si les navigateurs se rabattent sur SPDY/3 mais affichent le SPDY/3.1 négocié ou quelque chose comme ça. Je ne fais pas confiance à cette configuration pour l'instant et je dois faire d'autres tests. Donc, pour répondre à nouveau à la question du fil de discussion : Oui, peut-être ! :) Si vous vous en tenez à la description donnée par Hoppy, que vous changez quelques lignes de code et que vous le compilez à nouveau. Cela semble fonctionner d'une manière ou d'une autre, mais je ne le recommanderais vraiment pas pour le moment.

Désolé, si c'est un peu hors sujet, mais je ne m'en préoccuperais même pas, car Google abandonne SPDY et se dirige vers HTTP/2 :

Chromium Blog : Bonjour HTTP/2, au revoir SPDY

En fait, je testais SPDY3.1 sans enlever les spécifications de l'en-tête 3.1, de la source avant de compiler.

Tout fonctionnait bien, sauf POST, et les téléchargements de fichiers avec PHP-FPM. De plus, même s'il n'y avait aucun détail à ce sujet dans le journal des erreurs, il y a eu une baisse de 30 % du trafic. Bien sûr, cela peut être une coïncidence, mais le message et les problèmes sont bien réels.

Il a été testé sur un serveur avec environ 200 000 pages vues par jour.