Newsgroup: it.comp.os.linux.sys
Titolo: Reverse proxy apache con IE

Sto facendo un reverse proxy Apache per pubblicare alcuni servizi web, 
alcuni dei quali hanno ssl abilitato. 
Provando con Firefox 3.5.7 nessun problema, funziona sia la porta 80 che la 
443, usando invece IE 8 ed andando in https ottengo questa risposta: 
mysite.www:80 172.17.0.89 - - [26/Jan/2010:13:41:05 +0100] "CONNECT 
www.mysite.it:443
 HTTP/1.0" 405 165 "-" "Mozilla/4.0 (compatible; MSIE 8.0; 
Windows NT 5.1; Trident/4.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET 
CLR 3.0.04506.30; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)"
405 sembra essere 'metodo non corretto' 
Qualche idea ? 
-- 
Michele.

Michele A. wrote:

una sicuramente: non � che ci fai un post dove mostri le regole di
reverse proxying che hai scritto?
-- 
echo onailimissaM | awk 'BEGIN { FS = "" }
{ for (i = NF; i >= 1; i-- )
  printf $i }'; echo

 reverse proxying che hai scritto?
Uhm, stamattina a mente fresca ho risolto, era colpa dell'ssl di apache 
che non era configurato bene, in effetti non funzionava nemmeno con 
firefox.
Adesso funziona ma ho sempre un dubbio. 
Ho un trusted root certificate di verisign per 
www.mysite.it
 che devo 
configurare sul reverse proxy. 
Dietro al reverse proxy ho 3 server web, ognuno con il suo ssl, questa 
volta per� con un certificato self signed. 
Cos� pu� funzionare o devo installare su tutti i server web il 
certificato trusted root ? 
-- 
Michele.


secondo me - se non � espressamente richiesto dalla applicazione, o se 
non hai altro tipo di complicazioni (dipende dalla tua architettura) - 
tu puoi far comunicare il reverse proxy e i server che stanno dietro 
tranquillamente senza SSL.
A te quello che importa e che il client che gira su internet si colleghi 
al reverse proxy tramite https.
Tranne requisiti e situazioni particolari, potrebbe essere inutile l'SSL 
tra il reverse proxy e i client che stanno dietro.
Non � categorico quello che sto scrivendo... bisogna vedere situazione 
per situazione. Potrebbe darsi il caso che fai reverse proxing verso una 
zona non sicura, allora ti serve https.


 zona non sicura, allora ti serve https.
Tutto chiaro, grazie per il parere. 
-- 
Michele.

 l'SSL tra il reverse proxy e i client che stanno dietro.
Ho fatto un po' di test per fare ci� ma riesco a configurare un solo
sito in ssl. 
Per fare ci� che dici comunque dovrei avere un certificato per ogni
indirizzo esterno che utilizzo, giusto ? 
Ho creato 3 virtual host con la seguente configurazione: 
reverseproxy:/etc/apache2/sites-available# ls -la
-rw-r--r-- 1 root root  284 2010-01-27 16:52 mail
-rw-r--r-- 1 root root  986 2010-01-28 15:00 mail-ssl
-rw-r--r-- 1 root root  282 2010-01-26 12:02 wps
-rw-r--r-- 1 root root  982 2010-01-28 14:28 wps-ssl
-rw-r--r-- 1 root root  350 2010-01-26 16:24 www
-rw-r--r-- 1 root root  986 2010-01-28 15:00 www-ssl
Questa la configurazione del mail-ssl:
<VirtualHost *:443>
ServerAdmin 
sup...@mysite.it
ServerName mysite.mail.ssl
ServerAlias 
mail.mysite.it
<IfModule mod_ssl.c>
   SSLEngine on
   SSLProxyEngine on
   SSLProtocol all -SSLv2
 
   #certificato del server:
   SSLCertificateFile /etc/apache2/ssl/mail.mysite.it.crt
   #chiave privata del server:
   SSLCertificateKeyFile /etc/apache2/ssl/mail.mysite.it.key
   SSLCipherSuite ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+LOW:+EXP
   SetEnvIf User-Agent ".*MSIE.*" \
                         nokeepalive ssl-unclean-shutdown \
                         downgrade-1.0 force-response-1.0
 </IfModule>
ProxyVia off
ProxyPreserveHost on
ProxyPass / 
http://172.17.0.90/
ProxyPassReverse / 
http://172.17.0.90/
<Proxy *>
Order deny,allow
Allow from all
</Proxy>
</VirtualHost> 
In questo modo funziona ma se attivo con questo comando 
a2ensite *-ssl
gli altri siti, il server utilizza comunque un solo certificato ssl
(quello del mail-ssl), anche se la richiesta � per 
www.mysite.it
 invece
di 
mail.mysite.it
 
E' un limite di apache o sbaglio qualcosa ? 
-- 
Michele.