Próbuję skonfigurować odwrotne proxy z Apache, ale pojawia się No protocol handler was valid for the URL
błąd, którego nie rozumiem.
To jest odpowiednia konfiguracja apache:
ProxyRequests Off
ProxyPreserveHost On
<Proxy *>
Order deny,allow
Allow from all
</Proxy>
ProxyPass /gonvaled/examples/jsonrpc/output/services/ http://localhost:8000/services/
ProxyPassReverse /gonvaled/examples/jsonrpc/output/services/ http://localhost:8000/services/
Żądania osiągają apache jako:
POST /gonvaled/examples/jsonrpc/output/services/EchoService.py HTTP/1.1
I powinny zostać przekazane do mojej służby wewnętrznej, znajdującej się pod adresem:
0.0.0.0:8000/services/EchoService.py
Oto dzienniki:
==> /var/log/apache2/error.log <==
[Wed Jun 20 02:05:20 2012] [debug] proxy_util.c(1506): [client 127.0.0.1] proxy: http: found worker http://localhost:8000/services/ for http://localhost:8000/services/EchoService.py, referer: http://localhost/gonvaled/examples/jsonrpc/output/JSONRPCExample.safari.cache.html
[Wed Jun 20 02:05:20 2012] [debug] mod_proxy.c(998): Running scheme http handler (attempt 0)
[Wed Jun 20 02:05:20 2012] [warn] proxy: No protocol handler was valid for the URL /gonvaled/examples/jsonrpc/output/services/EchoService.py. If you are using a DSO version of mod_proxy, make sure the proxy submodules are included in the configuration using LoadModule.
[Wed Jun 20 02:05:20 2012] [debug] mod_deflate.c(615): [client 127.0.0.1] Zlib: Compressed 614 to 373 : URL /gonvaled/examples/jsonrpc/output/services/EchoService.py, referer: http://localhost/gonvaled/examples/jsonrpc/output/JSONRPCExample.safari.cache.html
==> /var/log/apache2/access.log <==
127.0.0.1 - - [20/Jun/2012:02:05:20 +0200] "POST /gonvaled/examples/jsonrpc/output/services/EchoService.py HTTP/1.1" 500 598 "http://localhost/gonvaled/examples/jsonrpc/output/JSONRPCExample.safari.cache.html" "Mozilla/5.0 (X11; Linux i686) AppleWebKit/535.19 (KHTML, like Gecko) Chrome/18.0.1025.162 Safari/535.19"
apache-http-server
reverse-proxy
Dangonfast
źródło
źródło
Dla tych, którzy przychodzą w poszukiwaniu odpowiedzi, inną możliwością jest brak nazwy usługi URL do zaplecza. Z LogLevel Debug oraz mod_proxy i mod_proxy_fcgi zobaczyłem, co następuje:
[debug] proxy: fgci: found worker fgci://127.0.0.1:9000/var/www/html/.../index.php [debug] mod_proxy.c(1026): Running scheme fgci handler (attempt 0) [debug] mod_proxy_fcgi.c(800): [client ...] AH01076: url: fgci://127.0.0.1:9000/var/www/html/.../index.php proxyname: (null) proxyport: 0 [debug] mod_proxy_fcgi.c(805): [client ...] AH01077: declining URL fgci://127.0.0.1:9000/var/www/html/.../index.php [warn] proxy: No protocol handler was valid for the URL /.../index.php. If you are using a DSO version of mod_proxy, make sure the proxy submodules are included in the configuration using LoadModule.
Na szczęście kod mod_proxy_fastcgi (używam backportu dla Apache 2.2 na RHEL6) jest dostępny w https://github.com/ceph/mod-proxy-fcgi/blob/master/mod_proxy_fcgi.c#L805 , co to jest fragment kodu:
Jeśli przyjrzysz się uważnie dziennikom - zauważyłem to tylko patrząc na kod, który wysyła komunikat - zobaczysz, że to, co powinno być,
fcgi://...
jest błędnie napisane jakofgci://...
Kiedy więc zobaczysz
declining URL
, oznacza to albo:źródło