Обратный прокси-сервер Apache: нет обработчика протокола

Question

Я пытаюсь настроить обратный прокси-сервер с apache, но получаю, что обработчик протокола не действителен для ошибки No protocol handler was valid for the URL , чего я не понимаю.

Это соответствующая конфигурация 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/

Запросы достигают apache как:

POST /gonvaled/examples/jsonrpc/output/services/EchoService.py HTTP/1.1

И они должны быть направлены в мою внутреннюю службу, расположенную по адресу:

0.0.0.0:8000/services/EchoService.py

Это журналы:

==> /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"

Answer 1

Я нашел проблему. Модуль proxy_http нужно активировать в Apache (у меня были только proxy_html и proxy)

Answer 2

Для меня на apache httpd 2.4 это произошло потому, что мне не хватало завершающего слеша:

Не работал:

    <Proxy balancer://mycluster>
        BalancerMember http://192.168.111.7
        BalancerMember http://192.168.111.80
    </Proxy>
    ProxyPass / balancer://mycluster
    ProxyPassReverse / balancer://mycluster

Работал!

    <Proxy balancer://mycluster>
        BalancerMember http://192.168.111.7
        BalancerMember http://192.168.111.80
    </Proxy>
    ProxyPass / balancer://mycluster/
    ProxyPassReverse / balancer://mycluster/

(добавлено / в конце)

Answer 3

Для тех, кто ищет ответы, еще одна возможность - отсутствует имя службы URL-адреса для бэкэнда. С LogLevel Debug, mod_proxy и mod_proxy_fcgi я видел следующее:

[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.

К счастью, код для mod_proxy_fastcgi (я использую backport для Apache 2.2 на RHEL6) доступен по адресу https://github.com/ceph/mod-proxy-fcgi/blob/master/mod_proxy_fcgi.c#L805, который является этим кусок кода:

if (strncasecmp(url, "fcgi:", 5) != 0) {
    ap_log_rerror(APLOG_MARK, APLOG_DEBUG, 0, r, APLOGNO(01077) "declining URL %s", url);
    return DECLINED;
}

Если вы внимательно посмотрите журналы - я заметил это только при взгляде на код, который выдает сообщение - вы увидите, что то, что должно быть fcgi://... - это ошибка в fgci://...

Поэтому, когда вы видите declining URL это означает либо:

• У вас не загружен обработчик, который принимает службу (например, fcgi:) или
• вы ошиблись в названии сервиса.