Proxy Apache: nessun gestore di protocollo era valido

Sto cercando di delegare una sottodirectory a un altro server. Il mio httpd.conf:

RewriteEngine On
ProxyPreserveHost On
RewriteRule .*subdir/ https://anotherserver/subdir/ [P]

Il problema è che Apache registra sempre questo:

AH01144: No protocol handler was valid for the URL /subdir/. If you are using a DSO version of mod_proxy, make sure the proxy submodules are included in the configuration using LoadModule., referer: http://localhost/

Quindi, dopo aver cercato su Internet, ho attivato questi moduli:

LoadModule headers_module modules/mod_headers.so
LoadModule proxy_module modules/mod_proxy.so
LoadModule proxy_ajp_module modules/mod_proxy_ajp.so
LoadModule proxy_connect_module modules/mod_proxy_connect.so
LoadModule proxy_express_module modules/mod_proxy_express.so
LoadModule proxy_fcgi_module modules/mod_proxy_fcgi.so
LoadModule proxy_ftp_module modules/mod_proxy_ftp.so
LoadModule proxy_html_module modules/mod_proxy_html.so
LoadModule proxy_http_module modules/mod_proxy_http.so
LoadModule proxy_scgi_module modules/mod_proxy_scgi.so
LoadModule proxy_wstunnel_module modules/mod_proxy_wstunnel.so
LoadModule rewrite_module modules/mod_rewrite.so

(So ​​che non mi servono tutti, ma li ho appena attivati ​​per essere sicuro di non averne perso uno)

Ma questo errore appare ancora e i client ottengono un HTTP 500.

Come posso risolvere questo problema?

Questo può succedere se non hai mod_proxy_httpabilitato

sudo a2enmod proxy_http

Per far funzionare il mio bilanciamento del carico basato su https, ho dovuto abilitare quanto segue:

sudo a2enmod ssl
sudo a2enmod proxy
sudo a2enmod proxy_balancer
sudo a2enmod proxy_http

Perché la mia installazione di Apache2.4 + php5-fpm inizi a funzionare, ho dovuto attivare i seguenti moduli Apache:

sudo a2enmod proxy
sudo a2enmod proxy_fcgi

Non è necessario proxy_http, e questo è ciò che invia tutti i .phpfile direttamente a php5-fpm:

<FilesMatch \.php$>
    SetHandler "proxy:unix:/var/run/php5-fpm.sock|fcgi://localhost"
</FilesMatch>

Nel mio caso, avevo bisogno del proxy_ajpmodulo.

a2enmod proxy proxy_http proxy_ajp 

Questo stava accadendo per me nella mia configurazione di Apache / 2.4.18 (Ubuntu). Nel mio caso, l'errore che stavo vedendo era:

... AH01144: No protocol handler was valid for the URL /~socket.io/. If you are using a DSO version of mod_proxy, make sure the proxy submodules are included in the configuration using LoadModule.

La configurazione relativa a questo era:

  ProxyPass /~socket.io/ ws://127.0.0.1:8090/~socket.io/
  ProxyPassReverse /~socket.io/ ws://127.0.0.1:8090/~socket.io/

" No protocol handler was valid for the URL /~socket.io/" significa che Apache non è in grado di gestire la richiesta inviata a " ws://127.0.0.1:8090/~socket.io/"

Avevo proxy_httpcaricato, ma anche necessario proxy_wstunnel. Una volta abilitato, tutto andava bene.

Per chiarire come riferimento futuro, a2enmod, come suggerito in diverse risposte sopra, è per Debian / Ubuntu. Red Hat non lo utilizza per abilitare i moduli Apache, ma utilizza le istruzioni LoadModule in httpd.conf.

Maggiori informazioni qui: /server/56394/how-do-i-enable-apache-modules-from-the-command-line-in-redhat

La risoluzione / risposta corretta è nei commenti sul PO:

Penso che tu abbia bisogno di mod_ssl e SSLProxyEngine con ProxyPass - Deadooshka, 29 maggio 14 alle 11:35

@Deadooshka Sì, funziona. Se lo pubblichi come risposta, posso accettarlo - das_j, 29 maggio 14 alle 12:04

Sto postando una risposta qui, poiché ho avuto lo stesso messaggio di errore per un motivo diverso.

Questo messaggio di errore può verificarsi, ad esempio, se si utilizza apache httpd per inoltrare richieste da un'origine sul protocollo A per indirizzare il protocollo B.

Ecco l'esempio della mia situazione:

AH01144: Nessun gestore di protocollo era valido per l'URL / sockjs-node / info (schema 'ws').

Nel caso sopra, ciò che stava accadendo era semplicemente il seguente. Avevo abilitato il proxy mod per inoltrare le richieste websocket a nodejs in base al percorso / nodo sockjs.

Il problema è che il nodo non utilizza il percorso / nodo sockjs esclusivamente per le richieste di websocket. Utilizza anche questo percorso per l'hosting dei punti di ingresso REST che forniscono informazioni sui socket Web.

In questo modo, quando l'applicazione tenta di aprire http: // localhost: 7001 / sockjs-node / info , apache httpd tenta di indirizzare la chiamata di riposo dal protocollo HTTP a una chiamata endpoint Webscoket. Node non ha accettato questo.

Ciò ha portato all'eccezione sopra.

Quindi tieni presente che anche se abiliti i moduli giusti, se provi a fare l'inoltro sbagliato, questo si concluderà con apache httpd che ti informa che il protocollo che hai provato a usare sul server di destinazione non è valido.

Ho provato a farlo uwsgi://funzionare, ma in qualche modo il manuale pensava che fosse chiaro per me che avevo davvero bisogno mod_proxy_uwsgi. Non era. Ecco come lo fai: Come compilare mod_proxy_uwsgi o mod_uwsgi?

Per me tutte le risposte di cui sopra sono state abilitate su xampp ancora non funzionante. L'abilitazione del modulo sottostante ha fatto di nuovo funzionare l'host virtuale

LoadModule slotmem_shm_module modules/mod_slotmem_shm.so