Nginx et Vhosts / Server Blocks

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Nginx et Vhosts / Server Blocks

Oppenheimer

Bonjour,

Les habitués du forum me connaissent peut-être déjà, j'ai acquis il y a quelques mois maintenant un serveur chez SoYouStart afin de me familiariser plus avant sur Linux (Debian) avec pour but ultime de passer un de ces jours une certif. Problème : Je suis parti de zéro, je suis tech applicatif à la base donc rien à voir avec le réseau et j'avoue qu'autant parfois tout roule (cf une configuration plutôt sympa de Monit) autant parfois je m'arrache les cheveux que je n'ai plus (à savoir cette saloperie d'Owncloud).

J'ai décidé aujourd'hui de repartir sur une fresh install de mon serveur. Déjà pour voir si j'ai acquis certaines routines et d'autre part pour le passer en SSL sur certains modules (Owncloud ou Seafile par exemple). Or, je me suis rendu compte en voulait faire ça que ma configuration DNS / Redirection était foireuse. Je faisais en effet des redirections invisibles et pas des redirections en A, ce qui me faisait apparaître au mauvais endroit sur les "what's my dns".

J'ai donc eu tout à l'heure un tech très sympa de chez SoYouStart qui m'a aidé à remettre tout ça d'applomb et m'a dit de ne passer plus que par la zone DNS en A et de rediriger via les Vhosts de Webmin.

J'ai donc créé dans ma zone DNS deux redirections en A :

* webmin.xxx.ovh qui pointe vers l'ip de mon serveur
* seedbox.xxx.ovh qui pointe vers l'ip de mon serveur

Problème : Même si j'ai compris la théorie, c'est dans la pratique que je suis totalement perdu.

J'ai par exemple très bien compris, au travers de cet exemple que pour une url nav tapée, Nginx interprète et pointe vers le bon dossier :

  index index.html;

  server {
    server_name www.domain1.com;
    access_log logs/domain1.access.log main;

    root /var/www/domain1.com/htdocs;
  }

A l'heure actuelle, j'ai un Rutorrent qui tourne sur le serveur via le script de Ex_Rat et je viens d'installer un Webmin, qui par défaut tourne sous https://ip_serveur:10000/.

J'ai édité mon rutorrent.conf et mis en server_name seedbox.xxx.ovh, ce qui en toute logique et sauf erreur devrait me faire arriver sur mon interface Rutorrent. A l'heure actuelle ça ne fonctionne pas mais je met ça sur le compte de la propagation des DNS et ce n'est pas gênant vu que j'ai toujours l'accès via http://ip_serveur/rutorrent/

Est-ce que déjà la logique est bonne ?

Pour Webmin, j'ai voulu faire pareil, et ainsi accéder au site via webmin.xxx.ovh. Cependant, je ne sais pas si je dois éditer le rutorrent.conf ou créer un webmin.conf dans /etc/nginx/sites-enabled/. Je ne sais d'ailleurs pas quel path mettre pour aller taper sur Webmin.

Je cherche donc des explications sur l'utilisation des Vhosts Nginx pour justement rediriger intelligemment des services avec par exemple :

* webmin.xxx.ovh => Le webmin
* seedbox.xxx.ovh => L'UI de Rutorrent
* manager.xxx.ovh => Le seedbox manager
* owncloud.spira.ovh => owncloud
* etc

Merci d'avance pour vos éclaircissements

Solinvictus

Tout dépend et tout est envisageable. Personnellement, je fais un vhost par service, je trouve cela plus lisible. On aurait donc :

- owncloud.conf pour owncloud,
- manager.conf pour manager,
- etc.

Une fois les enregistrements DNS correctement déclarés chez ton registrar, tu n'auras plus qu'à renseigner tes vhosts.

Tes enregistrements de base devraient ressembler à ceci :

HOSTNAME            CLASS             RECORD TYPE          VALUE
------------------------------------------------------------------------------------------------
@                IN                A                    ipv4 du serveur
hostname         IN                A                    ipv4 du serveur
------------------------------------------------------------------------------------------------
owncloud        IN                CNAME                hostname  
manager         IN                CNAME                hostname

Dans l'exemple ci-dessus, tu n'as qu'à remplacer hostname et ipv4 du serveur.

Ceci n'est que ma façon de faire, mais je la trouve simple et lisible. Adapte-la à tes besoins.

Lerman

Alors pour ton webmin vu que tu as un port un peu particulier (ici 10000) et que le service ne se trouve pas par défaut dans un répertoire classique le plus simple selon moi et d'utiliser la fonction de reverse proxy de nginx.

C'est plutôt simple à mettre en place, tu ajoutes dans ta config quelque chose du genre (dans un nouveau fichier type webmin.conf) :

server {
    listen 80;
    server_name webmin.xxx.ovh;

    location / {
        proxy_pass http://127.0.0.1:10000;
    }
}

Bien sure là c'est une version très simplifié, du coup il faut bien sure ajouter des éléments pour configurer ton certificat SSL.
Si tu veux trouver plus de modèle de configuration pour Webmin une simple recherche comme celle-ci te donnera des exemples : https://www.google.fr/search?q=proxy_pass+nginx+webmin

A priori ta propagation DNS a déjà bien avancé :

$ dig A seedbox.spira.ovh
seedbox.spira.ovh.      3599    IN      A       188.165.211.33

Pour le reste ta logique semble correcte.

z3phyr

Salut Oppenheimer,

Je me permets de post mon fichier de conf, il est assez explicite tu devrais le comprendre ^^

server {

listen 80;
server_name webmin.exemple.lol;
return 301 https://$host$request_uri;
}

server {

listen 443 ssl http2;
server_name webmin.exemple.lol;
index index.php;

location / {
        proxy_pass        https://127.0.0.1:10000;
        proxy_redirect    off;
        proxy_set_header  Host             $http_host;
        proxy_set_header  X-Real-IP        $remote_addr;
        proxy_set_header  X-Forwarded-For  $proxy_add_x_forwarded_for;
}
}

Au niveau de mon registar, j'ai fait un enregistrement de type A pointant sur l'ip du dedier.

Par contre de souvenir il fallait éditer un fichier pour dire à webmin que le NDD et de confiance, mais lors du login il te le signalera.

Édit: Je me suis pas pris la tête à faire un certif car je suis le seul à l’utiliser, mais si tu le souhaite et que tu crée un certif SSL ajoute ça a ton bloc SSL

    ssl_certificate /adapte/adapte/adapte/exemple.lol.crt-unified;
    ssl_certificate_key /adapte/adapte/adapte/server.key;

Cordialement.

Oppenheimer

Merci pour vos premiers retours; je comprend votre logique, apparemment la mienne n'est pas mauvaise non plus donc je suis déjà content qu'on soient sur la même longueur d'onde.

Pour Webmin, j'ai testé et effectivement ça fonctionne, merci pour l'astuce du port.

Je me demande comment faire la même chose sur une url qui appelle un dossier, par exemple celle du rutorrent qui donne http://ip_serveur/rutorrent.

J'ai d'ores et déjà créé un A chez mon registar en seedbox.xxx.ovh mais j'imagine que je dois ensuite créé un "seedbox.conf" afin de spécifier à Nginx le nouveau Vhost ?

Edit : Je suis tombé sur ce topic très intéressant et j'ai donc pu générer convenablement un seedbox.conf et manager.conf pour rutorrent et seedbox-manager

Oppenheimer

A l'utilisation, je constate un soucis avec Webmin et le Vhost que nous avons mis en place.

En effet, certaines pages du Webmin restent vierges (je pense au gestionnaire de processus).

J'ai également quelques incohérences au niveau du SSL mais je ne sais pas si c'est le bon post pour aborder cela

NOnoS

Que de problèmes en ce moment @Oppenheimer

Voici mon vhost sous nginx qui fonctionne correctement. J'ai créé un fichier de conf différent pour la version http et la version https.
Et j'ai fait une redirection automatique du http vers https pour forcer la connexion en securisée. N'oublie d'activer les vhost et de redémarrer nginx.

Connexion http :

server {
        listen 80; 
        server_name webmin.domaine.tld;
	rewrite ^ https://$http_host$request_uri? permanent;
		
	location / {
        proxy_pass https://webmin.domaine.tld;

    }

}

Connexion en https :

server {
        listen 443; 
        server_name webmin.domaine.tld; 
        ssl on;

        ssl_certificate /etc/letsencrypt/live/webmin.domaine.tld/cert.pem; 
        ssl_certificate_key /etc/letsencrypt/live/webmin.domaine.tld/privkey.pem; 

	location / {
        proxy_pass https://webmin.domaine.tld:10000;
    }

}

En espérant que cela puisse t'aider.

Oppenheimer

Effectivement NOnoS mais étrangement je le vois d'un bon oeil. Quand on cherche comme moi à progresser, c'est ce genre de soucis qui font qu'on avance. Mon serveur a tourné nickel pendant des mois parce que je ne touchais rien, mais du coup je ne progressais pas. Du coup je râle mais c'est pas si mal

J'ai testé avec tes modifs, en mettant tout dans un seul fichier par contre, et ça a l'air de fonctionner nickel, je te tiens au courant si je vois un soucis à l'utilisation mais merci beaucoup en tout cas !

Taguy

Quelqu'un pourrait m'expliquer la différence entre

$server_name

$host

$http_host

svp ?

turak

Tu trouvera toutes les infos ici:

http://stackoverflow.com/questions/15414810/whats-the-difference-of-host-and-http-host-in-nginx

Oppenheimer

Etant donné que je viens d'installer l'excellent Tardistart en suivant le tuto de Jedediah, je voulais mettre en place un Vhost pour Nginx.
Or, j'ai une 404 lors de l'accès à l'URL et je ne comprend pas pk :

server {

    listen 80;
    server_name welcome.xxx.ovh;
        return 301 https://$host$request_uri;
}

server {
        listen 443 ssl;
        server_name welcome.xxx.ovh;
        index index.php;

location ^~ /tardistart {
                root /var/www;
                include /etc/nginx/conf.d/php.conf;
                include /etc/nginx/conf.d/cache.conf;
                satisfy any;
                allow all;

                location ~ admin {
                        auth_basic "TARDIStart Admin Page";
                        auth_basic_user_file "/etc/nginx/passwd/rutorrent_passwd_xxx";
                        deny all;
                }
        }

#SSL
ssl on; enlever le # après avoir installé votre certificat ssl
ssl_certificate /etc/letsencrypt/live/seedbox.xxx.ovh/xxx.pem;
ssl_certificate_key /etc/letsencrypt/live/seedbox.xxx.ovh/xxx.pem;
        include /etc/nginx/conf.d/ciphers.conf;                 #à désactiver si vous ne faites pas le tuto Logjam
#       ssl_prefer_server_ciphers on;                             #à activer si vous ne faites pas le tuto Logjam
#       ssl_protocols TLSv1 TLSv1.1 TLSv1.2;               # à activer si vous ne faites pas le tuto Logjam
#       ssl_ciphers 'AES256+EECDH:AES256+EDH';     #à activer si vous ne faites pas le tuto Logjam
#       ssl_session_cache shared:SSL:10m; (limite la session ssl à 10mn, à activer ou non si vous le souhaitez.
}

Une idée ?

Taguy

root /var/www

je pense qu il faut qud tu precise le dossier de tarditart ^^

Oppenheimer

Je pensais que c'était déjà bon via

location ^~ /tardistart {

J'ai testé avec la modif dans le path du root et pareil, 404

Taguy

non, ce que tu cites c'est juste l'url ^^, tu as fait un

service nginx restart

Oppenheimer

Oui bien sur.

J'ai trouvé ce bout de code sur un autre topic mais celui-ci me conduit sur la page d'accueil du script de Ex_Rat :

server {
    server_name tardis.domaine.tld;
    #rewrite ^ https://$http_host$request_uri? permanent;

     # The location of our project's public directory.
    root /home/www/tardis.domaine.tld/;
	
    index           index.php;

    location / {
        # URLs to attempt, including pretty ones.
        try_files   $uri $uri/ /index.php?$query_string;
    }

    # Remove trailing slash to please routing system.
    if (!-d $request_filename) {
            rewrite     ^/(.+)/$ /$1 permanent;
    }

    # pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
    location ~ \.php$ {
        fastcgi_split_path_info ^(.+\.php)(/.+)$;
    #   # NOTE: You should have "cgi.fix_pathinfo = 0;" in php.ini
    #   # With php5-fpm:
        fastcgi_pass unix:/var/run/php5-fpm.sock;
        fastcgi_index index.php;
        include fastcgi_params;
        fastcgi_param                   SCRIPT_FILENAME $document_root$fastcgi_script_name;
    }

}

Taguy

Je connais

location ^~ /tardistart {

Mais je connais pas

location ~ admin {

Checke tes logs

et poste

Oppenheimer

En poursuivant la lecture de ce post j'ai trouvé comment régler le problème :

J'ai fait en sorte que l'accueil serveur se fasse sur /var/www/tardistart plutôt que sur /var/www/base

Le reste fonctionne bien avec le fichier de conf que j'ai posté juste au dessus, au cas où ça peut servir à d'autres.

Me reste plus qu'à trouver comment générer un certificat letencrypt pour cette adresse la