Apache HTTPD com SPDY 3.1

2

O SPDY 3.1 foi lançado há algum tempo. O Google doou o projeto mod_spdy para o apache ( link ). É possível usar o SPDY 3.1 com o Apache Httpd?

    
por DD. 19.01.2015 / 22:16

5 respostas

2

A questão é que o Chrome 40.x derrubou o suporte para SPDY / 3 e suporta apenas SPDY / 3.1, mas o módulo mod_spdy para Apache suporta apenas SPDY / 3, então basicamente não há SPDY para usuários do Chrome se você usar o Apache como um web servidor.

O

mod_spdy está atualmente em um estado ruim em que o Google ou o Apache o mantêm depois que o Google o doou para o Asf. Google recentemente fez a declaração de que eles vão cair o suporte SPDY do Chrome no início de 2016, mas o que eles se esqueceram de dizer que começaram a cair versões mais antigas do SPDY já (incluindo SPDY / 3) (eu gosto destas declarações parcialmente verdadeiras por sinal) Então, basicamente, se você está no Apache, então, para seus usuários do Chrome, você não pode fornecer SPDY com a implementação do próprio SPDY / 3.1.

Então, como foi isso para "não fazer o mal"? : -)

Veja detalhes: link e link

Uma opção que você pode considerar é mudar para o Nginx e usar a implementação do SPDY / 3.1 por lá.

    
por 25.02.2015 / 19:45
1

O mod_spdy do Google funciona no Apache 2.2, mas a porta 2.4 tinha alguns problemas, há um thread sobre isso já.

Eu encontrei uma descrição como alguém conseguiu compilá-lo, mas ainda não o testei.

    
por 17.02.2015 / 17:23
1

Como não posso comentar, devido à falta de reputação, terei que responder, embora possa ser tão "fora de tópico" quanto a resposta de alexus.

Eu encontrei a descrição, luppy mencionada alguns dias atrás e consegui trabalhar com sucesso. Muito simples, se alguém estiver interessado em tentar. Embora eu tenha que mencionar, isso infelizmente adiciona apenas o suporte do SPDY / 3 ao meu domínio e não ao SPDY / 3.1 em questão.

O Chrome 36 e o Firefox 31.4 ESR estão se conectando a este domínio de teste com êxito por meio do SPDY / 3. (Usando o indicador SPDY AddOns para Firefox e Chrome.) Qualys SSL Labs confirma, o servidor tem suporte a SDPY / 3 e SPDY / 2.

Conectando-se ao google.com com essas versões do Navegador, os indicadores do SPDY informam que o SPDY / 3.1 está em uso.

Mas no Chrome 40 e amp; 41 e Firefox 36+ o Indicador SPDY permanece cinza, enquanto se conecta ao meu domínio de teste. Conectando google.com ambos os navegadores dizem, a conexão já está usando HTTP / 2. Portanto, não apenas o Chrome, mas também o Firefox já abandonou o suporte ao SPDY 3.0.

Eu acho que isso é um pouco infeliz. Administradores de sistema, tentando apoiar a melhor experiência possível e o suporte a protocolos são meio que atropelados, o trabalho investido foi em vão.

Para finalmente responder a pergunta deste tópico: Não. Para mim, parece que você não terá um suporte SPDY / 3.1 "oficial" de alguma forma para o apache2 ainda. Como você pode ler no github , eles não falam ainda. E como este "ainda" já tem cerca de meio ano de idade, eu diria, não está vindo. Então, como alexus mencionou, deve-se manter o HTTP / 2. Fique de olho em esta página do github , onde, com sorte, o apache2 irá aparecer em breve.

E finalmente a parte "mas". ;) Você poderia desfazer a alteração, eu vinculado e recompilar o mod_spdy, por isso oferece SPDY / 3.1. Com a minha máquina de testes, de alguma forma parece funcionar, mas eu recebo alguns problemas com o Firefox dizendo que o servidor OCSP precisa tentar mais tarde, que foram eliminados 5 minutos depois. Mas eu realmente não sei se os navegadores estão de alguma forma voltando para o SPDY / 3, mas mostrando o SPDY / 3.1 negociado ou algo assim. Eu não confio nesta configuração agora e preciso fazer mais testes. Então, para responder a pergunta do tópico novamente: sim, talvez! :) Se você mantiver a descrição que o hoppy deu e alterar algumas linhas de código e compilá-lo novamente. Parece de alguma forma funcionar, mas eu realmente não recomendaria isso agora.

    
por 11.03.2015 / 12:52
0

Na verdade, eu estava testando o SPDY3.1 sem remover as especificações do cabeçalho 3.1, da fonte antes de compilar.

Tudo estava funcionando bem, exceto POST e uploads de arquivos com o PHP-FPM. Além disso, apesar de não haver detalhes sobre isso no log de erros, houve uma queda de 30% no tráfego. Claro que pode ser uma coincidência, mas o post e os problemas são definitivamente reais.

Foi testado num servidor com cerca de 200 000 visualizações de páginas / dia.

    
por 16.03.2015 / 10:06
0

Desculpe, se for pouco específico, mas eu nem me incomodaria, já que o Google está abandonando o SPDY e se movendo em direção ao HTTP / 2:

Blog do Chromium: Olá, HTTP / 2, Adeus SPDY

    
por 17.02.2015 / 17:27