Visualizzazione dei risultati da 1 a 4 su 4
  1. #1

    reverse proxy jboss->apache http->https

    La situazione è la seguente (semplificando molto)...
    su uno dei miei server debian nelle rete locale gira una web app sotto jboss, protocollo http porta 8080.
    Invece, un secondo server apache (aperto verso il mondo) implementa un reverse proxy esponendo la web application ad eventuali connessioni esterne (fuori dalla lan).
    codice:
    # proxy ##############################
            <proxy>
                    Order deny,allow
                    Allow from all
            </proxy>
            ProxyRequests Off
            ProxyPreserveHost On
            ProxyVia On
            ProxyPass / http://172.16.0.25:8080/
            ProxyPassReverse / http://172.16.0.25:8080/
            ServerPath /pippo/pluto/
    
    ####################################
    Il proxy attualmente lavora in http e FUNZIONA CORRETTAMENTE e questo è lo schema funzionante:
    Browser (firefox) -> Apache proxy (http:80) <--> jboss app-server (http:8080)




    Ora vorrei lavorare su secure socket layer (https) a livello di proxy, mantenendo la web app su http, ma non riesco a trovare il bandolo della matassa.
    Ho un problema di "malformed url" nel senso che se abilito ssl sul proxy
    codice:
    # secure socket layer #######################################
            SSLEngine on
            SSLProtocol all -SSLv2
            SSLCipherSuite ALL:!ADH:!EXPORT:!SSLv2:RC4+RSA:+HIGH:+MEDIUM:+LOW
            SSLCertificateFile /etc/apache2/ssl.crt/paperino.crt
            SSLCertificateKeyFile /etc/apache2/ssl.key/paperino.key
            SSLCACertificateFile /etc/apache2/ssl.crt/CA.crt
    ######################################################
    gli url sul browser vengono scritti con prefisso http (invece di https), per cui sono obbligato ad inserire la "s" dopo http manualmente. Una volta inserita manualmente la "s" il link viene correttamente raggiunto.
    Ho pensato di usare il modulo rewrite di apache (ma magari mi sto sbagliando) al fine di forzare la riscrittura di tutti gli url con prefisso https anche se ho fatto 1000 prove, ma nn riesco a uscirne.
    Questo è lo schema che mi da problemi:
    Browser (firefox) -> Apache proxy (https:443) <--> jboss app-server (http:8080)

    Avete qualche suggerimento?

    Grazie Fabio

  2. #2
    Anch'io ho lo stesso identico problema.

    Se invece configuro :
    Browser (firefox) -> Apache proxy (https:443) <--> jboss app-server (https:443)
    funziona.

    Tu hai risolto in http e la configurazione:
    Browser (firefox) -> Apache proxy (https:443) <--> jboss app-server (http:8080)

    ti funziona?

    Ciao e grazie.

    Mario

  3. #3

  4. #4
    Grazie mille.

    Anch'io alla fine ho risolto.

    Avevo inoltre un problema dovuto alla direttiva
    ProxyPreserveHost On
    all'interno di <VirtualHost>

    che non mi faceva funzionare il proxypass da https verso http e cioè:

    ProxyPass /media/ http://www.abc.com/media
    ProxyPassReverse /media/ http://www.abc.com/media

    Poichè non potevo impostare
    ProxyPreserveHost Off
    a causa di altre direttive https versus https che abbisognano di ProxyPreserveHost On
    sempre all'interno dello stesso <VirtualHost www.frontend.com:443>
    come ad esempio
    ProxyPass /pppp https://www.def.com/pppp
    ProxyPassReverse /pppp https://www.def.com/pppp

    Ho risolto impostando
    <IfModule mod_headers.c>
    <Proxy "http://www.abc.com/">
    RequestHeader set Host www.abc.com
    </Proxy>
    ProxyPass /media/ http://www.abc.com/media
    ProxyPassReverse /media/ http://www.abc.com/media
    </IfModule>

    sempre all'interno dello stesso <Virtualhost www.frontend.com:443>

    La soluzione l'ho trovata qui: http://www.debian-administration.org.../lee/weblog/25

    Ciao e grazie.

Permessi di invio

  • Non puoi inserire discussioni
  • Non puoi inserire repliche
  • Non puoi inserire allegati
  • Non puoi modificare i tuoi messaggi
  •  
Powered by vBulletin® Version 4.2.1
Copyright © 2025 vBulletin Solutions, Inc. All rights reserved.