Apache Proxy: Жоден обробник протоколу не був дійсним

Я намагаюся проксі підкаталог на інший сервер. Мій httpd.conf:

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

Проблема полягає в тому, що Apache завжди реєструє це:

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/

Тому після пошуку в Інтернеті я активував ці модулі:

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

(Я знаю, що мені їх не потрібно, але я просто активував їх, щоб переконатися, що я не пропускаю)

Але ця помилка все ж з’являється, і клієнти отримують HTTP 500.

Як я можу це виправити?

Це може статися, якщо ви не mod_proxy_httpввімкнули

sudo a2enmod proxy_http

Щоб я працював на базі https, використовуючи балансир навантаження, мені довелося включити наступне:

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

Щоб моя установка Apache2.4 + php5-fpm почала працювати, мені потрібно було активувати наступні модулі Apache:

sudo a2enmod proxy
sudo a2enmod proxy_fcgi

Немає необхідності proxy_http, і саме це посилає всі .phpфайли прямо в php5-fpm:

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

У моєму випадку мені знадобився proxy_ajpмодуль.

a2enmod proxy proxy_http proxy_ajp 

Це сталося для мене під час мого налаштування Apache / 2.4.18 (Ubuntu). У моєму випадку помилка, яку я бачив:

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

Конфігурація, пов'язана з цим, була:

  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/" означало, що Apache не може обробити запит, який надсилається до " ws://127.0.0.1:8090/~socket.io/"

Я proxy_httpзавантажив, але теж потрібен proxy_wstunnel. Коли це було ввімкнено, все було добре.

Для уточнення для подальшої посилання, a2enmod, як пропонується у кількох відповідях вище, призначений для Debian / Ubuntu. Red Hat не використовує це для включення модулів Apache - замість цього використовує оператори LoadModule в httpd.conf.

Детальніше тут: /server/56394/how-do-i-enable-apache-modules-from-the-command-line-in-redhat

Резолюція / правильна відповідь - у коментарях до ОП:

Я думаю, що вам потрібні mod_ssl та SSLProxyEngine з ProxyPass - Deadooshka 29 травня 14 о 11:35

@Deadooshka Так, це працює. Якщо ви опублікуєте це як відповідь, я можу прийняти це - das_j 29 травня 1414 о 12:04

Я надсилаю відповідь тут, оскільки у мене було те саме повідомлення про помилку з іншої причини.

Це повідомлення про помилку може статися, наприклад, якщо ви використовуєте apache httpd для проксі-запитів від джерела протоколу A для націлювання на протокол B.

Ось приклад моєї ситуації:

AH01144: Жоден обробник протоколу не був дійсним для URL / sockjs-node / info (схема 'ws').

У вищевикладеному випадку те, що відбувалося, було просто наступним. Я увімкнув mod proxy для проксі-запитів веб-сокетів до nodejs на основі шляху / sockjs-вузла.

Проблема полягає в тому, що вузол не використовує шлях / sockjs-вузол виключно для запитів websocket. Він також використовує цей шлях для розміщення вхідних точок REST, які доставляють інформацію про веб-розетки.

Таким чином, коли програма намагатиметься відкрити http: // localhost: 7001 / sockjs-node / info , apache httpd намагатиметься перенаправити виклик відпочинку з протоколу HTTP до виклику кінцевої точки Webscoket. Вузол цього не прийняв.

Це призводить до винятку вище.

Тож майте на увазі, що навіть якщо ви включите правильні модулі, якщо ви намагаєтеся зробити неправильну переадресацію, це закінчиться тим, що apache httpd повідомить вас, що протокол, який ви намагалися використовувати на цільовому сервері, недійсний.

Я намагався налагодити uwsgi://роботу, але якось посібник вважав, що мені зрозуміло, що мені насправді потрібноmod_proxy_uwsgi . Це не так. Ось як це зробити: Як скласти mod_proxy_uwsgi або mod_uwsgi?

Для мене всі вищезгадані відповіді було включено на xampp, який все ще не працює. Увімкнення нижче модуля зробило віртуальний хост знову

LoadModule slotmem_shm_module modules/mod_slotmem_shm.so