мод JK, как котяра-Апачи-разъем, 1-го веб-приложение работает, 2-е приложение недоступным

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

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

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

11
apache httpd.conf java mod-jk tomcat

2 ответов

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

3

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

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

0