mod_jk Соединитель Tomcat-Apache, 1-е веб-приложение работает, 2-е веб-приложение недоступно

У меня проблема с конфигурацией, которая поставила меня в тупик. У меня есть пара веб-приложений, которые работают в Tomcat, подключены и доступны через Apache httpd. Раньше я использовал Tomcat 7 и Apache 2.2, а также установил Tomcat 9 и Apache 2.4 и загрузил свои веб-приложения. Я прочитал об изменениях конфигурации и подумал, что приспособил их по мере необходимости, но по какой-то причине доступно только одно из двух моих приложений. Это должно исключить многие вещи, так как один работает просто отлично.

Ниже я добавлю свой сокращенный конфиг Apache httpd. Я настроил запрет на заказ, разрешил все, что требуется, в файле conf. Интересно, связано ли это с директивами JkMount, но именно так это работало в Apache 2.2. Может ли это быть связано с одним из веб-приложений, работающих как ROOT /? Я вижу некоторые ошибки в моем mod_jk.log, такие как:

[info] jk_open_socket::jk_connect.c (817): connect to 127.0.0.1:8010 failed (errno=61)
[info] ajp_connect_to_endpoint::jk_ajp_common.c (1068): (worker1) Failed opening socket to (127.0.0.1:8010) (errno=61)
[error] ajp_send_request::jk_ajp_common.c (1728): (worker1) connecting to backend failed. Tomcat is probably not started or is listening on the wrong port (errno=61)
[info] ajp_service::jk_ajp_common.c (2778): (worker1) sending request to tomcat failed (recoverable), because of error during request sending (attempt=1)
..
[info] ajp_service::jk_ajp_common.c (2778): (worker1) sending request to tomcat failed (recoverable), because of error during request sending (attempt=2)
[error] ajp_service::jk_ajp_common.c (2799): (worker1) connecting to tomcat failed (rc=-3, errors=1, client_errors=0).
[info] jk_handler::mod_jk.c (2995): Service error=-3 for worker=worker1

Любая помощь приветствуется!

Apache 2.4 httpd.conf

Listen 80

LoadModule ssl_module modules/mod_ssl.so
LoadModule jk_module modules/mod_jk.so

JkWorkersFile conf/workers.properties
JkShmFile "logs/mod_jk.shm"
JkLogFile "logs/mod_jk.log"
JkLogLevel    info
JkLogStampFormat "[%a %b %d %H:%M:%S %Y] "

JkMount / worker1
JkMount /* worker1

JkMount /webapp2 worker1
JkMount /webapp2/* worker1

ServerName sub.mydomain.com:80

Include conf/extra/httpd-ssl.conf

Apache 2.4 httpd-ssl.conf

Listen 443

Protocols h2 http/1.1
SSLCipherSuite ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA256
SSLProxyCipherSuite HIGH:MEDIUM:!MD5:!RC4:!3DES
SSLHonorCipherOrder on 
SSLProtocol all -SSLv3
SSLProxyProtocol all -SSLv3
SSLPassPhraseDialog  builtin
SSLSessionCache        "shmcb:C:/Program Files/Apache Software Foundation/Apache24/logs/ssl_scache(512000)"
SSLSessionCacheTimeout  300

<VirtualHost *:80>
   ServerName sub.mydomain.com
   Redirect permanent / https://sub.mydomain.com/
</VirtualHost>

<VirtualHost _default_:443>
    ServerName sub.mydomain.com:443

    <Location />
        Require all granted
    </Location>

    <Location /webapp2>
        Require all granted
    </Location>

    SSLEngine on
    SSLCertificateFile "C:/ssl/mycert.crt"
    SSLCertificateKeyFile "C:/ssl/mykey.key"
    SSLCertificateChainFile "C:/ssl/mycabundle.crt"
</VirtualHost>

Рабочие свойства Apache 2.4

worker.list=worker1
worker.worker1.type=ajp13
worker.worker1.host=localhost
worker.worker1.port=8010

Сервер Tomcat 9.xml

<Connector port="8010" URIEncoding="utf-8" protocol="AJP/1.3" redirectPort="8443" />

Кстати, это в Windows.


person mikato    schedule 05.06.2018    source источник
comment
Нет проблем ни с Order, ни с приложением, работающим как ROOT, ни с чем-то еще. Это простая ошибка, из-за которой ничего не прослушивается на порту 8010. Вы абсолютно уверены, что Tomcat работает и успешно привязан к порту 8010? Конечно? Конечно? Проверьте файлы журналов Tomcat после чистого запуска (удалите файлы журналов, перезапустите Tomcat, отправьте запрос). Файлы журналов, кажется, вечно очищаются в Windows. YMMV.   -  person Christopher Schultz    schedule 10.06.2018
comment
Сколько экземпляров Tomcat вы используете? В моем случае у меня есть два экземпляра в отдельных папках. Что-то похожее на две установки Tomcat, и все работает нормально. У меня одно приложение прослушивает порт 8009, а другое — порт 8010. Вы можете проверить его на geocoor.com и app.geocoor.com   -  person mdev    schedule 10.06.2018
comment
Корневое веб-приложение / работает нормально, и оба веб-приложения используют один и тот же порт для связи Tomcat-Apache, поэтому он определенно прослушивается. Я сделаю больше проверки. У меня все еще есть старый Tomcat. Я останавливаю одно перед тем, как начать другое.   -  person mikato    schedule 11.06.2018


Ответы (2)


Хорошо, я наконец понял это. Я искал не в том месте. Я протестировал другой способ, и мне показалось, что соединение Apache с Tomcat действительно работает и для второго веб-приложения. На самом деле проблема возникла в PHP-коде на другом сервере, пытающемся получить доступ к ресурсу в этом втором веб-приложении (и это единственная цель этого второго веб-приложения). По-видимому, когда я переключился с Apache httpd 2.2 на 2.4, метод, используемый в этом удаленном PHP-коде, больше не мог успешно выполнять POST-запрос к ресурсу веб-приложения и получать результат. Код вообще не изменился. Сначала это выглядело так, будто веб-приложение было недоступно. Когда я изменил метод PHP, используемый для POST, с fsockopen()/fwrite()/fgets()/etc. в file_get_contents(), тогда все заработало. Помогло бы более детальное сообщение об ошибках, более тщательный тест на ранней стадии, но какая же это проблема! Я никогда бы не догадался, что это будет проблемой, и мне интересно, почему это не сработало после изменения... что-то еще для исследования или, возможно, другой вопрос. Я не знаю, как объяснить ошибки в mod_jk.log. Возможно, у меня временно что-то не так. Но на данный момент ошибок больше нет.

person mikato    schedule 14.06.2018

Если вы находитесь в Linux. Вы должны попробовать выпустить "setenforce 0". Затем, чтобы проверить, было ли это успешно, если вы выдаете «getenforce», вы должны получить «Permissive».

Я имею в виду все это в оболочке Linux. Я ходил по этому пути 2 месяца назад.

person mdev    schedule 09.06.2018
comment
Я в винде. Я добавлю это. - person mikato; 09.06.2018
comment
У меня была именно такая проблема в Linux. Вероятно (я уверен), что какой-то параметр безопасности ОС блокирует порт 8010. Вы можете попробовать другие порты, пока это не сработает. Вам следует взглянуть на брандмауэр. - person mdev; 09.06.2018
comment
Я думал об этом, но, похоже, это не применимо, потому что первое веб-приложение отлично работает на том же порту. Я проверил это при настройке, и у меня не было ничего особенного в брандмауэре, открытом для порта 8009 (с той же целью в моей предыдущей настройке с Apache 2.2 и Tomcat 7 теперь как порт 8010). Все работало, и у меня только что были открыты входящие порты 80, 443 и 8443. - person mikato; 10.06.2018