Используя Apache2 в качестве ReverseProxy, я не могу использовать подпапку для сервера, находящегося в другой подпапке на конечном сервере. - PullRequest
Новая
       29

Используя Apache2 в качестве ReverseProxy, я не могу использовать подпапку для сервера, находящегося в другой подпапке на конечном сервере.

0 голосов
/ 20 июня 2019

Я настроил apache для обратного прокси-сервера с общедоступного URL-адреса на основе https на внутренний http-сайт, и он работает нормально, используя следующую конфигурацию: 

    <IfModule mod_ssl.c>
<VirtualHost *:443>

    # The ServerName directive sets the request scheme, hostname and port that

# the server uses to identify itself. This is used when creating
# redirection URLs. In the context of virtual hosts, the ServerName
# specifies what hostname must appear in the request's Host: header to
# match this virtual host. For the default virtual host (this file) this
# value is not decisive as it is used as a last resort host regardless.
# However, you must set it for any further virtual host explicitly.
#ServerName www.example.com
ProxyPreserveHost On
RewriteEngine On
ServerName publicdns.domain.it

ProxyPass "/automa.web.test" "http://192.168.169.75:80/automa.web.test"
ProxyPassReverse "/automa.web.test" "http://192.168.169.75:80/automa.web.test"

    #ServerAdmin webmaster@localhost
    #DocumentRoot /var/www/html

    # Available loglevels: trace8, ..., trace1, debug, info, notice, warn,
    # error, crit, alert, emerg.
    # It is also possible to configure the loglevel for particular
    # modules, e.g.
    #LogLevel info ssl:warn

    ErrorLog  ${APACHE_LOG_DIR}/error.log
    CustomLog ${APACHE_LOG_DIR}/access.log combined

    TransferLog ${APACHE_LOG_DIR}/automa5_access_log_http.log
    SSLEngine on
    # For most configuration files from conf-available/, which are
    # enabled or disabled at a global level, it is possible to
    # include a line for only one particular virtual host. For example the
    # following line enables the CGI configuration for this host only
    # after it has been globally disabled with "a2disconf".
    #Include conf-available/serve-cgi-bin.conf

SSLCertificateFile /etc/letsencrypt/live/publicdns.domain.it/fullchain.pem
SSLCertificateKeyFile /etc/letsencrypt/live/publicdns.domain.it/privkey.pem
Include /etc/letsencrypt/options-ssl-apache.conf
</VirtualHost>

Затем я попытался «сопоставить» другую подпапкуиз пункта назначения приложение отображает страницу входа с этими данными: 

ProxyPass "/mycustomername.web" "http://192.168.169.75:80/automa.web.test"
ProxyPassReverse "/mycustomername.web" "http://192.168.169.75:80/automa.web.test"

ProxyPass "/mycustomername.web/" "http://192.168.169.75:80/automa.web.test/"
ProxyPassReverse "/mycustomername.web/" "http://192.168.169.75:80/automa.web.test/"

    RewriteRule ^/test.mycustomer.mobile/(.*) http://192.168.169.75:80/automa.mobile.test/$1 [P,L]
    ProxyPassReverse /test.mycustomer.mobile/  http://192.168.169.75:80/automa.mobile.test/

Все, очевидно, работает, но затем оба не могут получить следующую страницу в той же подпапке, так как URL перепутан с адресом назначения, т.е.https://publicdns.domain.it/mycustomername.web/m_login.aspx сопровождается https://publicdns.domain.it/automa.web.test/m_main.aspx

Вероятно, это проблема дизайна приложения, которая не использует всегда относительный путь, но в любом случае мне интересно, может ли она быть решена только с помощью конфигурации системы, в конечном итогес помощью перезаписи.

Заранее спасибо

...