tout d'abord :

Voilà : je vous expose le problème :

J'ai besoin de mettre 3 serveurs WEB derrière une seule addresse IP de freebox (je n'ai pas le choix du nombre de serveurs sinon j'aurais bien évidement utilisé des serveurs virtuels) [/*]

La passerelle/firewall dois donc aller trifouiller la couche 7 avant de renvoyer la bonne requete au bon endroit ...[/*]

Le shéma suivant (incomplet et simplifié) explique un peu le problème ... [/*]


Pour l'instant je n'ai trouvé de solution qu'avec ISA serveur 2004, avec lui en 4 clics j'arrive à faire ce que je veux.
Je recherche toujours une solution alternative (le prix de ISA fait un peu mal à la CB) à ce fourbis ...

D'avance merci

Ben soit tu prends un switch L4 (et là ca fait très mal au portefeuille), soit tu trouves une soluce logicielle...

J'en connaissais une mais j'ai oublié

J'y reflechis et je reviens

Sinon, questions stupides :
- pourquoi ne pas prendre 3 noms de domaines différents ?
- les serveurs font la meme chose ou ils sont différents ?

Le 10 février 2005 - 17 h 48, gege38 a écrit : Ben soit tu prends un switch L4 (et là ca fait très mal au portefeuille), soit tu trouves une soluce logicielle... J'en connaissais une mais j'ai oublié J'y reflechis et je reviens

c'est pas pour faire du load balancing hein
les serveurs sont tous differents...

il ferait quoi ton switch L4 ?

Le 10 février 2005 - 17 h 58, kro a écrit : Le 10 février 2005 - 17 h 48, gege38 a écrit : Ben soit tu prends un switch L4 (et là ca fait très mal au portefeuille), soit tu trouves une soluce logicielle... J'en connaissais une mais j'ai oublié J'y reflechis et je reviens c'est pas pour faire du load balancing hein les serveurs sont tous differents... il ferait quoi ton switch L4 ?

Il permet de garder les connections TCP ouvertes et de les balancer au bon endroit (couple IP/port)

Le 10 février 2005 - 17 h 52, gege38 a écrit : - pourquoi ne pas prendre 3 noms de domaines différents ?

y'en a déjà 4, bientôt un 5ème ...

Le 10 février 2005 - 19 h 53, kro a écrit : Le 10 février 2005 - 17 h 52, gege38 a écrit : - pourquoi ne pas prendre 3 noms de domaines différents ? y'en a déjà 4, bientôt un 5ème ...

Quelqu'un qui collectionne des timbres est un philatéliste, mais comment appelle-t-on quelqu'un qui collectionne des serveurs?

un geek ?

Bon, sinon, je suppose que bien évidemment, port 80 pour tous ?

Sinon, y a bien une solution mais ca nécéssite un truc plus sioux...
'Tention, je propose du homemade...

En gros, tu mets un Apache sur ta passerelle et un moteur dynamique (type CGI ou servlets ou JSP)

Et ensuite, tu interroges en back-end les serveurs derriere et tu recuperes la pages HTML à la volée...

EDIT : Evidemment, niveau QoS et SLA (contrats de service) c'est pas la fete... Les serveurs ont à peu près la meme charge ?

Et acheter un gros serveur?, qui mange les petits?

Et pourquoi ne pas mettre des ports non 80 ???

Le 11 février 2005 - 13 h 01, iraysyvalo a écrit : Et pourquoi ne pas mettre des ports non 80 ???

je me vois mal acceder à google par http://www.google.fr:806

cilo > l'idée du cluster est passée par un coin de ma tète ... mais je suis obligé d'avoir du debian + du 2003 ... donc à moins de faire des machines virtuelles ...
et au final avec les machines virtuelles ça reviens au même ...

Le 11 février 2005 - 13 h 13, kro a écrit : Le 11 février 2005 - 13 h 01, iraysyvalo a écrit : Et pourquoi ne pas mettre des ports non 80 ??? je me vois mal acceder à google par http://www.google.fr:806 cilo > l'idée du cluster est passée par un coin de ma tète ... mais je suis obligé d'avoir du debian + du 2003 ... donc à moins de faire des machines virtuelles ... et au final avec les machines virtuelles ça reviens au même ...

Et Apache il fait pas les répertoires virtuels ?
Tu rentres juste le nom de domaine et ca redirige automatiquement vers tel ou tel port ...

en effet , lors de la configuration de ton nom de domaine tu peux specifier : http://www.mondomaine.com -> http://mon_ip:806

Au niveau d'un DNS local alors ??

Ton registar doit te proposer des redirections d'url aussi, si tu peux y spécifier des url fixes il est possible d'y rajouter le port, et d'utiliser un port différent pour chaque serveur. Le PAT fera le reste.

Sinon il faudrait demander à avoir autorité sur tes domaines et gérer toi meme tes zones localement.
Certains registars proposent meme de gérer la zone en tant que DNS secondaire (la résolution de noms ne fonctionnerait pas avec un secondaire non local remarque) ..

Sinon avec un proxy, tu peux aussi gérer des redirections (avec masquage d'adresse) vers des url fixes type adresseIP/index.truc

Ou encore une instance dédiée sur le port 80 qui recevra toutes les requetes, ... avec une seule page d'index et un javascript de redirection (DNS local oblige je ne crois pas qu'on puisse masquer l'url dans ce cas)


Ces solutions me paraissent viables, mettez moi un coup de marteau sur la tete si je dis trop de conneries

j'ai peut être une piste avec Squid :

By adding a translation layer into Squid, we can accept (and understand) web requests, since the format is essentially the same. The additional layer can re−write incoming web requests, changing the destination server and port. This re−written request is then treated as a normal request: the remote server is contacted, the data requested and the results cached. This lets Squid to pretend to be a web server, rewriting requests so that, they are passed on to some other web server.

· httpd_accel_host · httpd_accel_port · httpd_accel_single_host · httpd_accel_with_proxy on|off · httpd_accel_uses_host_header on|off

Le 11 février 2005 - 17 h 45, Fanf a écrit : Ton registar doit te proposer des redirections d'url aussi, si tu peux y spécifier des url fixes il est possible d'y rajouter le port, et d'utiliser un port différent pour chaque serveur. Le PAT fera le reste. Sinon il faudrait demander à avoir autorité sur tes domaines et gérer toi meme tes zones localement. Certains registars proposent meme de gérer la zone en tant que DNS secondaire (la résolution de noms ne fonctionnerait pas avec un secondaire non local remarque) ..

Oué mais il a dit qu'il veut pas acheter d'autres noms de domaine...

Sinon, je lui aurais déjà dit de le faire

Sinon avec un proxy, tu peux aussi gérer des redirections (avec masquage d'adresse) vers des url fixes type adresseIP/index.truc

Erf... Et tu fais comment pour savoir comment router ?

Ou encore une instance dédiée sur le port 80 qui recevra toutes les requetes, ... avec une seule page d'index et un javascript de redirection (DNS local oblige je ne crois pas qu'on puisse masquer l'url dans ce cas) Ces solutions me paraissent viables, mettez moi un coup de marteau sur la tete si je dis trop de conneries

Ben la derniere solution c'est ce que j'appelle du "homemade"

Le tout est d'avoir un site dynamique... Moi j'aime pas le JS ^_^ (j'ai honte du nom... C'est tout sauf du Java...)

Fanf> oui la solution du proxy est la bonne je pense ...
c'est ce que fait ISA server 2004 d'ailleurs : Il choppe les requètes Http qui le concerne, trifouille les header et redirige les requètes au serveurs internes, et renvoi le résultat au client

J'ai peut être trouvé comment faire la même chose avec un Proxy Squid, en le passant en mode accelerator et en le forçant à résoudre telle addresse pour telle IP

Pour la Solution des DNS :
Une partie des DN sont chez OVH, l'autre chez Gandi

j'ai ajouté un catch-all ( * IN A 1.2.3.4) sur ceux de gandi, mais je cherche encore un moyen de faire ça chez OVH ...