Newsgroup: it.comp.os.linux.software
Titolo: Un IP, piu` server web virtuali mappati su piu` server web reali su rete locale

Salve,
e` possibile, avendo un solo IP statico e pubblico a disposizione
metterci un firewall, e, sotto il firewall, mettere piu` macchine fisiche
(con IP di rete privata 192.168.x.x) e, dal firewall, smistare le
richieste alla porta 80 in modo da distinguere a quale dominio l'utente
ha cercato di connettersi e mandare la richiesta al giusto server?
Mi spiego:
Internet -- firewall ---- macchina 1 (
www.x.it
)
                     |--- macchina 2 (
www.y.it
)
                     |--- macchina 3 (
www.z.it
)
                     \--- macchina 4 (
www.k.it
)
Io vorrei che quando uno si collega a 
www.y.it
 la richiesta arrivasse al
firewall (che ha l'ip pubblico) e questo la mandasse a macchina 2 che
risponde alla richiesta.
Mi basta sapere il nome di qualche software che lo consenta e/o di un po'
di documetazione al riguardo.
Penso di poter scartare iptables perche` fa un controllo solo a livello
di IP e non di nome.
Grazie.

Alessandro Pellizzari wrote:

Forse si può usando l'url rewriting (o qualcosa del genere) di apache: 
solo c'è la possibilità (non ho provato) che l'url modificato sia 
visibile anche al client... Non ho mai provato:fallo tu...
Solo non capisco una cosa:a che serve?
Mi spiego:dato che non puoi distinguere le richieste a livello di rete 
devi per forza farle passare tutte in un server web (l'unico capace di 
distinguere un vhost dall'altro). A questo punto tanto vale che gli fai 
rispondere alla richiesta e buonanotte!
Ci possono essere 2 motivi per non farlo: lo spazio e la cpu.
Per lo spazio non è un problema:con samba monti lo spazio web sulle 
altre macchine come una dir locale.
Per la cpu (in caso di richieste su grossi indici, database o qlc di 
simile) forse non è il caso:che razza di sito devi mettere su? Non credo 
uno tipo nasa se non ti puoi permettere 4 ip pubblici:quindi...
E se anche fosse puoi chiedere di risolvere la query alla macchina 
interna, ma far gestire le pagine a quella con ip pubblico.
In sostanza:non ti serve, IMHO naturalmente.
Radel

di IP e non di nome.
Infatti  mod_proxy  fa' un  "routing"  a  livello  di URL.  Un  tale
pigliava delle macchine DELL  con RH7.1 preinstallato, aggiungeva un
paio  di righe  nel  config  di Apache  e  rivendeva  il tutto  come
"WEB-Switcher" :-)
-- 
 __
| _         "The Internet is slow, could you please reboot it ?"
|__|iambo   mailto:
gabr...@giambonini.com
 
www.giambonini.com

simile)
Java servlets,  sono pesantucci ... Se  poi il WEB server  stesso e'
scritto in Java :-) ...


 "WEB-Switcher" :-)
E cosa ci guadagnava?

 scritto in Java :-) ...
Se tu dici che server, prova... Credo che o l'url rewriting o il 
mod_proxy potranno aiutarti. Forse una combinazione dei due...
Radel

degli indirizzi vedrebbero www.macchinauno.privatedomain
Non credo: Il redirect praticamente  forza il tuo browser a caricare
una  nuova  pagina.  Al  momento  di  chiedere  l'IP  corrispondente
a  "www.macchinauno.privatedomain"  il  tutto  si  ferma,  dato  che
l'indirizzo  non e'  registrato e  anche se  lo fosse,  non potrebbe
puntare ad un IP privato.
Se "www.macchinauno.privatedomain" e' un dominio registrato ed ha un
IP valido, ovviamente, con mod_redirect il tutto funzionerebbe senza
problemi :)


E cosa ci guadagnava?
Soldini, no :) ?


 Credo che  abbia pure un  vantaggio dal lato sicurezza:  Le macchine
Infatti. Hai centrato in pieno lo scopo. :)
Un altro motivo era la divisione "fisica" oltre che "logica" di siti
completamente diversi.
Grazie mille per l'aiuto. Adesso inizio a studiarmi mod_proxy. Bye