Newsgroup: it.comp.os.linux.sys
Titolo: Reverse Proxy Https

Sto facendo un po' di test con squid come reverse proxy,
tutto bene quando la richiesta č http, quando vado in https
non avendo configurato nessun certificato ovviamente mi da errore. 
Ho un certificato di test per il mio dominio, posso configurare ssl
solo sul reverse proxy o devo configurarlo anche sul server interno ? 
Ha senso una configurazione del genere ? 
La mia idea era di veicolare piů servizi con i vhost di squid 
ma per ora sto facendo solo qualche prova.
-- 
Michele.

 ma per ora sto facendo solo qualche prova.
Occhio che vhost by name e ssl non vanno d'accordo.
-- 
Flavio Visentin
Scientists have finally discovered what's wrong with the female brain:
On the left side, there is nothing right, and on the right side, there
is nothing left.

 backend dall'incombenza della crittografia.
Infatti; io l'ho fatto un paio di volte con Pound, ma si può fare
anche con Apache, ad esempio.

 backend dall'incombenza della crittografia.
Volendo solo fare dei test e lasciando quindi tutto così com'e' configurato 
ora, come posso abilitare squid per lavorare con https, devo compilare con 
./configure --enable-ssl ? 
Ho fatto una configurazione ma https_port non è contemplato,
ho installato direttamente con apt-get su debian lenny.
-- 
Michele.

 anche con Apache, ad esempio.
o/
-- 
Vide

 ../configure --enable-ssl ? 
Non saprei. Io per fare da reverse proxy uso sempre apache2 che mi pare
funzioni meglio per questo scopo e sia decisamente piů flessibile.
Per apache2 trovi diversi esempi di setup su Google.


 funzioni meglio per questo scopo e sia decisamente più flessibile.
Personalmente preferisco Lighttpd, molto piu` leggero e praticamente
sviluppato tenendo in mente il concetto di reverse proxy
Enrico



Io rilancio con Nginx, che la le stesse feature di Lighttpd, solo che è 
scritto *molto* meglio (e lo dico per esperienza, ho studiato i codici di 
entrambi, e per Nginx ho sviluppato dei moduli).
Ciao  Manlio Perillo

 Io rilancio con Nginx, che la le stesse feature di Lighttpd, solo che è 
Siete due rompiscatole... non potevate aspettare il 29? Adesso devo andare a 
testare entrambi perché la curiosità di valutarli è troppa.
Out of curiosity
http://royal.pingdom.com/2008/04/17/alternative-web-servers-compared-lighttpd-nginx-litespeed-and-zeus/


 
http://royal.pingdom.com/2008/04/17/alternative-web-servers-compared-
lighttpd-nginx-litespeed-and-zeus/
Come indicazioni di massima: tutti questi server alternativi ad Apache, 
usano la programmazione ad eventi.
Sono quindi molto più efficienti nel fare da reverse proxy; Apache usa un 
thread/processo intero per servire una sola request.
Per Nginx, ti posso dire quello che io trovo vantaggioso rispetto a 
Lighttpd:
1) Scritto meglio.
2) Meglio configurabile; trovo la sintassi del file di configurazione
   veramente ben fatta
   (invece agli inizi, con Lighttpd non mi ci raccapezzavo proprio)
   Nginx ha anche un mini linguaggio di scripting.
   Lighttpd invece usa Lua, ma non so dirti se è usabile in tutta la
   configurazione e con quale flessibilità.
Litespeed e Zeus sono commerciale, e non li considero proprio.
Ultima nota:
recentemente, Nginx ha superato Lighttpd nelle statistiche di Netcraft: 
http://survey.netcraft.com/Reports/200812/
Ciao  Manlio Perillo
 

 Lighttpd:
Dimenticavo una cosa abbastanza importante.
Sia Nginx che Lighttpd supportano sistemi SMP, tuttavia Lighttpd ha 
alcuni problemi 
(
http://redmine.lighttpd.net/wiki/lighttpd/Docs:MultiProcessor
)
mentre Nginx usa efficacemente la memoria condivisa.
Ciao  Manlio Perillo

 Dimenticavo una cosa abbastanza importante.
Vedo di studiarli tutti e di scegliere quello che riesco a far funzionare 
meglio, in fondo non ho grandi esigenze e per ora è solo un test, mi posso 
un po' divertire. 
Il tutto verrà messo in produzione su Debian, mi consigliate testing o 
stable ? 
Grazie a tutti per il contributo.
-- 
Michele.

 stable ? 
Tra le due indubbiamente stable ;-)
Enrico

 stable ? 
Dipende da cosa ti serve. Personalmente mi sono trovato ad installare
Lenny in produzione in quanto non vi era altro modo per accedere a
determinati pacchetti (fatta eccezione della ricompilazione, ovvio)
Enrico

 stable ?
Naturalmente Lenny.
