Bonjour,
 
je possède un petit serveur dédié, et je m'amuse à mêttre tout pleins de services dessus ( apache, ftp, pptp, openvpn, svn ...), et chacun utilise ses propres ports. Je n'ai (on va supposer, car ce n'est pas vrai dans le cas d'OVH) qu'une seule IP. J'ai un nom de domaine, et mon service DNS est xname.
 
Maintenant, ce que j'aimerai faire, c'est organiser un peu tout ça, et avoir un truc du genre:
server.com => bin mon serveur
www.server.com => port 80, service web
vpn.cerver.com => service vpn ( le serveur VPN écoute sur le 80 et sur le port habituel )
pptp.server.com => serveur pptp ( le serveur écoute sur le 80 et le serveur habituel )
svn.server.com => serveur svn écoutant sur le 80 ...
.... ect
 
Voila ce que je voudrais avoir. Le seul truc, comment faire ???
- Apparement, la solution ne peut pas être réglée avec des sous domaines classiques, ce n'est pas le même niveau dans la couche OSI ( si j'ai bien compris)
 
Est ce que c'est possible avec les vhost de apache ? ( Donc ce serait apache qui ferait office de passerelle entre le client et le serveur ) Y'a t'il un autre moyen ???
 
Note: je sais que je pourrai utiliser le VPN, ca réglerait tous mes problèmes, mais je veux pas ^^  
 
Merci d'av !!!

Oap, personne, ça existe pas ??
 
:s

Non, pas possible.
 
Il n'est pas techniquement possible vu le fonctionnement des différents protocoles de faire un reverse proxy "universel multi protocoles".
 
Le reverse proxy d'Apache ne gère que HTTP/HTTPS.

Bon, je fais un vieux UP, mais apparement, ce que je demande est possible justement avec le mod_proxy de apache ... Pas plus de details, j'ai pas encore vu la technique ...

Salut,
Non, le mod_proxy est un (reverse) proxy web, mais il ne pourra pas faire passerelles vers d'autres services. Tu peux toujours essayer de te coder un serveur qui écoute sur le 80 et forward aux autres processus en fonction de "à quoi la requête ressemble" mais je ne sais même pas si c'est faisable, et dans tous les cas... bon courage quoi.

oui, mais en fonction du vhost, on peut savoir Apres, si l'utilisateur connecte son client ftp sur ssh.domaine.com au lieu de ftp.domaine.com, oui, je veux bien comprendre que ca pose soucis
 
Bon, faut que je vérifie, parceque j'ai toujours pas vu pour la technique ...

La notion de "vhost" n'a de sens que si tu te connectes en HTTP. Or dans ton cas il n'y aurait pas que du HTTP. Pour faire simple, quelqu'un qui se connecte en FTP à ton serveur utilise l'adresse IP pour y accéder. Il n'annonce jamais au serveur le nom utilisé. Donc le serveur ne peut pas savoir si c'est pour ftp.domaine.com ou un autre.

Arf, bon, bin tant pis alors ...

genre super deamon xinetd ?
En même temps c'est pas sympa comme solution.
C'est peut-être bien que le problème est mal posé.

@+

 
Je n'y avais pas pensé. En l'état, je ne crois pas qu'il fasse ce genre de chose mais avec quelques modification il y a peut-être quelque chose à en tirer. Je ne suis pas assez calé là-dessus.