Bonjour,
 
voila j'ai un soucis sur un NGINX que je ne connais pas du tout. je vous explique.
je voudrais mettre 4 serveur derrière un serveur NGINX. ces serveurs ne sont pas des sites WEB mais de deploiement de packages, de supervision, antivirus. donc on accède pas a des sites. donc ce sont des serveur qui discute avec d'autres serveurs par le bias d'agent sous des port TCP et UDP.
Est il possible de faire en sorte que ces agents appel une alias vers une IP public qui serait le serveur NGINX qui re dispatcherait les flux suivant la l'alias appelé vers les serveurs en question seulement avec les ports defini
 
ex : mon agent du client appel le serveur de déploiement via le port 514 UDP, NGINX devra laisser passer seulement ce port UDP vers le serveur de déploiement qui lui renvoie le package vers ce client.
 
Comment fait on la configuration si c'est possible.
 
en vous remerciant par avance

qu'est-ce que tu appelles "l'alias appelé" ? C'est une notion spécifique à l'application/protocole en question non ?

lune aliase DNS du genre "rudder.carbase.fr" qui renvoie vers une IP public

mais au final oui l'lias appeller par exemple rudder.carbase.fr devra fonctionner sous un port udp et tcp specifique.
si c'est centreon sa sera un port udp specifique

Bonjour,

Comme ça, avec les confs associées dans des vhosts : https://stackoverflow.com/questions [...] with-nginx

bonjour,
merci l0g4n, je vais essayé ça et je vous ferez un retour

j'ai ce message, qu'est ce que cela veut dire?
 
nginx: [emerg] "stream" directive is not allowed here in

C'est écrit noir sur blanc : tu ne peux pas utiliser "stream" dans ce bloc de configuration. Lis la doc (http://nginx.org/en/docs/stream/ngx_stream_core_module.html#stream) qui te diras dans quoi tu es censé pouvoir utiliser (ou pas) stream.
 
Montre la configuration que tu utilises.

j'ai le nginx.conf de base puis un fichier conf par serveur en voici l'un d'eux
 
stream {
        server {
                listen 514 udp;
                listen 5309 tcp;
                proxy_pass cbnxweb.rudder.fr
                }
upstream cbnxweb.rudder.fr {
        server  10.54.94.87:514;
        server  10.54.94.87:5309;
        }
}

voici le nginx.conf
 
user  nginx;
worker_processes  1;
 
error_log  /var/log/nginx/error.log warn;
pid        /var/run/nginx.pid;
 
 
events {
    worker_connections  1024;
}
 
 
http {
    include       /etc/nginx/mime.types;
    default_type  application/octet-stream;
 
    log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';
 
    access_log  /var/log/nginx/access.log  main;
 
    #listen *:80 default_server;
 
    sendfile        on;
    #tcp_nopush     on;
 
    keepalive_timeout  65;
 
    #gzip  on;
 
    include /etc/nginx/conf.d/*.conf;
    include /etc/nginx/sites-enabled/*.conf;
#    load_module /etc/nginx/modules/ngx_stream_module.so;
    server_names_hash_bucket_size 64;
}

mes fichier conf de mes serveur se trouve dans /etc/nginx/sites-enabled/*.conf;

Sauf que tes fichiers /etc/nginx/sites-enabled/*.conf sont dans un include d'un http {}, alors que ce que tu veux faire, c'est PAS du http.
Tu visualises le problème ?
 
La doc que je t'ai linké explicite bien dans quoi doit se trouver un bloc stream.

je commence a comprendre en effet mais honnetement n'étant pas a l'aise sur le sujet je ne vois pas comment faire, a moins de mettre tous ca dans le nginx.conf sans utiliser les fichier de conf de mes serveur?

ou alors sortir le "/etc/nginx/sites-enabled/*.conf" du http{}

Tu peux reproduire le comportement des "fichiers de confs de tes serveurs" (qui sont en fait les fichiers de confs de tes virtualhosts http/https) pour les fichiers de confs stream, en reprenant la façon dont /etc/nginx/sites-enabled/*.conf est inclus dans le bloc http{} mais cette fois dans un bloc stream{}.
 
C'est pas de la magie, c'est une ligne de config, que tu as posté et qui est très bien documentée chez Nginx
Par contre, évidement, tu ne pourras pas utiliser le même dossier ni les même fichiers, ça ne fonctionnera pas. (vu qu'ils sont fait pour du http/https et pas du stream).

je vois. je te remercie infiniment pour ton aide. je vais essayer ça