Come attivare il supporto HTTP / 2 su DirectAdmin (CentOS)

• Punti chiave
• HTTP / 2 e SSL
• FAQ
• Parte 1: Apache (web server)
• Parte 2: cURL

HTTP / 2 è la versione più recente del protocollo HTTP, basata su SPDY. Il suo sviluppo è stato avviato da Google e HTTP / 2 si basa in gran parte sulla base di codice e sui concetti di SPDY.

SPDY è ora obsoleto e l'adozione mondiale per HTTP / 2 è in corso. Molte società di hosting hanno già fornito supporto per HTTP / 2 grazie alla sua maggiore velocità.

Al momento della scrittura, DirectAdmin non fornisce un modo con un clic per abilitare HTTP / 2. Tuttavia, esistono diversi modi per ottenere il supporto HTTP / 2. Il metodo descritto di seguito ha dimostrato di essere l'approccio più solido e stabile.

È necessario aggiornare diversi componenti affinché HTTP / 2 abbia effetto. Per questo motivo, ti consiglio vivamente di fare un'istantanea. Se possibile, seguire questa guida su un server completamente nuovo.

Questa guida è composta da due parti: abilitazione del supporto HTTP / 2 nel web server (Apache) per i client (visitatori) e attivazione di HTTP / 2 in cURL. L'abilitazione di HTTP v2 per cURL impone alle richieste cURL provenienti dal tuo server di utilizzare HTTP / 2 per i suoi server di destinazione, se possibile.

Punti chiave

• Non è necessario aggiornare sia Apache che cURL per utilizzare HTTP / 2. Va bene se segui entrambe le guide, poiché funzionano separatamente l'una dall'altra.
• Ci sono stati alcuni strani casi in cui Apache e HTTP / 2 sembrano funzionare correttamente, ma il caricamento riesce su browser "casuali" e siti diventano irraggiungibili (timeout) su altri. Il semplice ripristino della configurazione originale di Apache risolverà questo problema, poiché Apache non sarà a conoscenza di HTTP / 2 e non tenterà di pubblicare il contenuto su di esso.
• Effettuare sempre un backup o eseguire un'istantanea in anticipo. L'abilitazione di HTTP / 2 può essere un processo relativamente fragile, quindi è importante poter ripristinare le modifiche se necessario.
• La ricompilazione del software può sempre causare lievi tempi di inattività. In alcuni casi, ci vuole meno di un minuto, ma non c'è modo di dirlo esattamente. Dovresti essere almeno pronto per un po 'di tempo libero.
• Per questa guida è necessario l'accesso root al server. Se non si è in grado di elevare il livello delle autorizzazioni a root, è necessario contattare l'amministratore del server per abilitare HTTP / 2 sul server.

HTTP / 2 e SSL

Sebbene non sia un requisito tecnico dallo stesso HTTP / 2, nella maggior parte dei casi sarà necessario un certificato SSL per utilizzare HTTP / 2. Come accennato, HTTP / 2 non lo richiede tecnicamente, ma molti browser (Safari, Chrome, Firefox, ecc.) Hanno creato questo standard. Il contenuto non verrà pubblicato su HTTP / 2 quando una pagina viene caricata senza SSL utilizzando questi browser. Considerando che la maggior parte degli utenti utilizza questi browser (e altri) che partecipano anche a questo standard, è necessario utilizzare un certificato SSL.

Se stai cercando un certificato SSL gratuito, dovresti dare un'occhiata a una delle nostre guide Let's Encrypt:

Consigliato: installazione di Let's Encrypt su DirectAdmin

Pannelli di controllo alternativi:

• Crittografiamo su Plesk
• Crittografiamo su cPanel

Guide generali:

• Setup LetsEncrypt su Linux
• Setup Let's Encrypt With Apache on Ubuntu 14.04
• Setup Let's Encrypt With Apache on Ubuntu 16.04

FAQ

Questa guida documenta l'installazione di Brotli?

No, non è stato delineato alcun metodo per l'installazione di Brotli insieme a HTTP / 2 in questo articolo.

La compilazione fallisce senza motivo e ho seguito i passaggi esatti delineati in questo articolo. Come lo risolvo?

Anche se ci sono molte possibili ragioni per questo, tenendo conto di ambienti diversi e simili, probabilmente le impostazioni della tua locale non sono corrette. Prova a mettere LC_ALL=Cdavanti ai tuoi comandi, quindi il comando per ricompilare Apache sarebbe simile a questo per esempio: LC_ALL=C ./build apache non dimenticare lo spazio tra LC_ALL=Ce il comando!

Perderò qualche dato?

Nel caso in cui si stia utilizzando un'impostazione di proxy inverso, ad esempio con Apache e Nginx, è necessario ripristinarlo su Apache, nel qual caso si perderebbero effettivamente i file di configurazione di Nginx. Nel caso in cui tu abbia effettuato configurazioni VirtualHost personalizzate (tramite la riga di comando o DirectAdmin stesso), dovresti modificarle in base al dominio in modo che le versioni di Apache rimangano attive. Non perderete alcun dato relativamente a dati dell'utente, contenuto del sito Web, database, ecc.

Queste versioni personalizzate mi impediranno di aggiornare pacchetti e software in futuro?

In generale, non è necessario preoccuparsi di questo. Tenendo conto della configurazione modulare di DirectAdmin (e quindi di CustomBuild), in futuro dovresti essere in grado di eseguire il downgrade o l'aggiornamento ad altre versioni del software senza problemi. Sebbene sia necessario documentare le modifiche nel caso in cui in futuro sia necessario un percorso di aggiornamento alternativo, non è necessario preoccuparsi delle versioni incompatibili con le nuove versioni del software.

DirectAdmin non offre HTTP / 2 pronto all'uso; sicuramente questo significa che non è compatibile o hanno i loro motivi per non esserlo. Perché è necessaria questa soluzione alternativa?

I metodi per installare e abilitare HTTP / 2 descritti di seguito non sono così tante soluzioni alternative, ma solo semplici aggiornamenti dei pacchetti e modifiche alla configurazione. A causa della configurazione modulare di DirectAdmin, queste modifiche sono perfettamente corrette e non dovrebbero causare problemi o altri problemi. È difficile determinare perché DirectAdmin non lo supporta immediatamente, dato che gli autori non hanno fornito una spiegazione per questo. Tuttavia, una conclusione piuttosto solida è che DirectAdmin utilizza i pacchetti versione dal sistema operativo. Questi non sono generalmente aggiornati come i pacchetti seguenti. Non c'è nulla di sbagliato in HTTP / 2, nella tecnologia stessa e nella sua compatibilità. Proprio come molte altre tecnologie, può essere necessario del tempo per adattarsi in modo nativo.

Quali sono i possibili rischi dell'attivazione di HTTP / 2 con Apache?

Nell'attivazione di HTTP / 2 (che consiste in un processo di aggiornamento e configurazione) ci sono molte variabili che possono risultare non standard. Il rischio maggiore risiede nell'errore umano, tuttavia. Scatta un'istantanea in anticipo, assicurati di annunciare la manutenzione ai tuoi utenti (se ce ne sono sul server a parte te stesso) e fai attenzione. Inoltre, non copiare e incollare i comandi senza pensare a cosa fanno prima.

Consiglio vivamente di girare temporaneamente un'istanza cloud Vultr separata con DirectAdmin e di seguire i passaggi. Se qualcosa dovesse andare storto su un'installazione "nuova", saprai dove e come eseguirne il debug in modo da non doverlo fare in un ambiente di produzione.

Parte 1: Apache (web server)

Se si sta attualmente utilizzando un proxy inverso, è necessario tornare a un ambiente solo Apache. Questo perché HTTP / 2 è molto difficile da eseguire il debug se qualcosa va storto. Potendo utilizzare la funzionalità HTTP / 2 integrata di Apache, sei effettivamente in grado di eliminare gran parte dei problemi.

Passaggio 1: aggiornamento di OpenSSL

In molti casi, la versione di OpenSSL non è compatibile con ALPN, necessario per HTTP / 2. Pertanto, abilitiamo ALPN aggiornando OpenSSL.

Prima di tutto, assicuriamoci che la tua versione OpenSSL non sia compatibile eseguendo:

openssl version

Se la tua versione OpenSSL è inferiore alla 1.1.0f, esegui come root come segue. Altrimenti, vai al passaggio 2.

cd ~
wget ftp://ftp.openssl.org/source/openssl-1.1.0f.tar.gz
tar xzf openssl-1.1.0f.tar.gz
cd openssl-1.1.0f
./config --prefix=/usr/local/lib_http2 no-ssl2 no-ssl3 zlib-dynamic -fPIC
make depend
make install

Passaggio 2: installazione di nghttp2

Affinché HTTP / 2 funzioni, è necessario installare nghttp2. Nghttp2 è un'implementazione di HTTP / 2 (e HPACK) in C. Nghttp2 è una versione combinata del client, server e proxy HTTP / 2 in C.

Per installare nghttp2, eseguire i seguenti comandi. Fortunatamente, nghttp2 può essere creato direttamente da CustomBuild.

cd /usr/local/directadmin/custombuild
./build update
./build nghttp2

Passaggio 3: abilitazione di HTTP / 2 in Apache

Dobbiamo modificare alcuni valori nel file di configurazione di Apache per utilizzare HTTP / 2. Quando il web server non sta ottenendo le istruzioni per utilizzare una versione HTTP alternativa, non la utilizzerà. Pertanto è necessario aggiungere HTTP / 2 al file di configurazione.

Perché queste modifiche abbiano effetto, è necessaria una ricostruzione di Apache tramite CustomBuild. Poiché i parametri e i valori utilizzati da CustomBuild durante la creazione del software sono determinati in un file di configurazione dedicato, la migliore pratica è inserire queste modifiche in un file di configurazione personalizzato dedicato.

Nota: se non si inseriscono queste modifiche in un file personalizzato, molto probabilmente verranno sovrascritte e l'installazione si interromperà. Seguire le istruzioni descritte di seguito.

Esegui i seguenti comandi per creare il file e precompilarlo con i valori predefiniti in modo da poterlo modificare in seguito:

mkdir -p /usr/local/directadmin/custombuild/custom/ap2
cp -p /usr/local/directadmin/custombuild/configure/ap2/configure.apache /usr/local/directadmin/custombuild/custom/ap2/configure.apache

A partire da ora, abbiamo un file personalizzato che è identico al file di configurazione predefinito per Apache utilizzato da CustomBuild. Dobbiamo modificare il /usr/local/directadmin/custombuild/custom/ap2/configure.apachefile sostituendo la seguente stringa:

"--with-ssl=/usr" \

con:

"--enable-http2" \
"--enable-ssl-staticlib-deps" \
"--with-ssl=/usr/local/lib_http2" \

Nota: assicurarsi che non vi siano spazi bianchi dopo una delle barre rovesciate . Gli spazi bianchi in eccesso causeranno la rottura della build.

Successivamente, ricostruisci Apache. CustomBuild utilizzerà il file di configurazione personalizzato che hai appena creato:

./build apache

Passaggio 4: modifica della configurazione di Apache

Apache è stato ora ricostruito includendo i moduli e le impostazioni necessari per HTTP / 2. Ciò significa che ora abbiamo una versione di Apache installata sul nostro server con supporto per HTTP / 2, ma dobbiamo dire ad Apache di usarla prima.

Aggiungi le seguenti righe in /etc/httpd/conf/extra/httpd-includes.conf:

ProtocolsHonorOrder On
Protocols h2 h2c http/1.1

Salvare queste modifiche e riscrivere i file di configurazione in modo che siano persistenti nelle ricostruzioni:

cd /usr/local/directadmin/custombuild
./build rewrite_confs

HTTP / 2 ora dovrebbe essere attivo sul tuo server web (Apache).

Passaggio 5: riavviare il server

Riavviare il server per assicurarsi che le modifiche persistano durante i riavvii. Riavviare il server tramite il pannello di controllo Vultr o eseguendo il rebootcomando.

Passaggio 6: test HTTP / 2

La funzionalità di HTTP / 2 può essere facilmente testata utilizzando il seguente strumento: Test HTTP / 2

Considerando che HTTP / 2 è specifico del server e non può essere limitato a una coppia specifica di domini o siti Web, l'immissione di qualsiasi nome di dominio che punta al server o anche l'indirizzo IP del server dovrebbe funzionare.

Il test ti dirà se è in grado di raggiungere il server Web tramite HTTP / 2. Nel caso in cui lo strumento indichi che HTTP / 2 è attivato sul server, i siti Web DirectAdmin possono ora essere raggiunti tramite HTTP / 1.1 o HTTP / 2. Nel caso in cui il supporto HTTP / 2 non sia disponibile per il client (visitatore), il suo browser tornerà a HTTP / 1.1.

Nel caso in cui lo strumento non riesca a raggiungere il server Web tramite HTTP / 2, seguire di nuovo i passaggi precedenti. In genere (poiché i passaggi precedenti non sovrascrivono nulla attivamente), ciò non danneggerà né interromperà la configurazione.

Parte 2: cURL

Consiglio di aggiornare cURL in modo che sia in grado di raggiungere i server con supporto HTTP / 2. Nel caso in cui un server non supporti HTTP / 2, tornerà a HTTP / 1.1.

Passaggio 1: aggiunta del file di configurazione personalizzato

Proprio come con Apache, creeremo un file di configurazione personalizzato in modo che cURL creato da CustomBuild utilizzi le nostre impostazioni personalizzate.

Crea la directory:

mkdir -p /usr/local/directadmin/custombuild/custom/curl

Crea il file:

touch /usr/local/directadmin/custombuild/custom/curl/configure.curl

Copia e incolla i seguenti contenuti nel file:

#!/bin/sh
perl -pi -e 's|CURL_CHECK_PKGCONFIG\(zlib\)|#CURL_CHECK_PKGCONFIG(zlib)|g' configure.ac
LIBS="-ldl" ./configure --with-nghttp2=/usr/local --with-ssl=/usr/local/lib_http2

Come puoi vedere, questi contenuti indicano che cURL deve essere compilato usando la lib_http2libreria SSL.

Salvare il file e assegnargli le autorizzazioni corrette:

chmod 700 /usr/local/directadmin/custombuild/custom/curl/configure.curl

Passaggio 2: creazione di cURL

Successivamente, tutto ciò che dobbiamo fare è costruire cURL.

cd /usr/local/directadmin/custombuild
./build curl

cURL è stato ora compilato con il supporto HTTP 2.