Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
1906 connectés 

 



Dernière réponse
Sujet : Différents serveurs (daemon) écoutant un même port ...
Ruliane

m3z a écrit :


 
:hello:
 
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.


Votre réponse
Nom d'utilisateur    Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !
Le ton de votre message                        
                       
Votre réponse


[b][i][u][strike][spoiler][fixed][cpp][url][email][img][*]   
 
   [quote]
 

Options

 
Vous avez perdu votre mot de passe ?


Vue Rapide de la discussion
Ruliane

m3z a écrit :


 
:hello:
 
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.

m3z

Ruliane a écrit :

Salut,
Non, le mod_proxy est un (reverse) proxy web, mais il ne pourra pas faire passerelles vers d'autres services. :non: 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. [:unicode]

 

:hello:

 

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é.

 

@+

 


rc_jk78 Arf, bon, bin tant pis alors ...
Ruliane 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.
rc_jk78 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 :D
 
Bon, faut que je vérifie, parceque j'ai toujours pas vu pour la technique ...
Ruliane Salut,
Non, le mod_proxy est un (reverse) proxy web, mais il ne pourra pas faire passerelles vers d'autres services. :non: 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. [:unicode]
rc_jk78 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 ...
ccp6128 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.
rc_jk78 Oap, personne, ça existe pas ??
 
:s
rc_jk78 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 !!!

Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR