• Serveurs

  • [Réglé] Problème de cohabitation Rutorrent (Bonobox) et Owncloud

Bonjour,

Débutant dans la gestion d'un serveur dédié sous Linux, j'ai pris le parti de configurer une machine afin d'y installer dans un premier temps un Rutorrent et un Owncloud. Pour se faire, je loue un KS2 chez Kimsufi avec un accès root.

Sur une fresh install, j'ai donc commencé par installer l'excellent script Bonobox qui fonctionne sans problème.

J'ai ensuite voulu configurer mon Owncloud en suivant ce tutoriel. Je précise à ce stade que j'avais déjà procédé à une installation en suivant ce tuto sur une VM afin de me familiariser avec le process et vérifier que tout était OK.
Au terme de l'installation, impossible d'accéder à la dernière page de configuration web ( http://ip_serveur/owncloud ) que ça soit en http ou https. Je me suis donc dit tout de suite que le problème venait de mon serveur ou de ce qui tournait dessus.

J'ai donc reset ce dernier et procédé à l'installation d'Owncloud en tout premier lieu. Ce dernier fonctionne très bien, ce qui me laisse à penser qu'un aspect de la configuration d'un des deux services, ou des deux, fait qu'ils ne peuvent pas tourner en même temps.

N'ayant pas les compétences nécessaires pour isoler le problème ou même débugger tout ça, je ne peut faire que des suppositions ( conflit SQL ? conflit de ports ? .htaccess ? ) mais rien de concret.

Ainsi, comme dit l'adage "mieux vaut un qui sait que dix qui cherchent", je me tourne vers ceux qui pourraient avoir une idée du problème.


Merci d'avance pour votre aide
Re,

Si tu as un nom de domaine tu peux suivre ce tutoriel : http://mondedie.fr/d/5623 qui permettra d'installer ownCloud sur un sous-domaine.
Par rapport au tuto que tu as suivi pour ownCloud, il me semble qu'il est fait pour tourner avec Apache, or Bonobox (et la plupart des tutos ici) sont fait pour nginx.

Je me souviens avoir effectivement galéré pour faire fonctionner ownCloud sur une uri et je te recommande chaudement l'installation en sous-domaine comme c'est préconisé sur la doc ownCloud.
Merci pour ces premiers éléments de réponse; cependant, je n'ai pas de nom de domaine à dispo. Ne peut-on pas configurer Nginx / Owncloud sans nom de domaine / sous-domaine ?

Apache ou Nginx ne sont que des "dépendances" non ? On doit pouvoir les interchanger à volonter, seule la configuration diffère
The server returned to work without me doing anything I did not understand why I had these problems, it may be an attack or something.

Thanks for the help guys.

Allan
Bonjour,

J'ai pris un nom de domaine chez Ovh afin de me simplifier la vie et ai du coup suivi le tuto recommandé par Jedediah.

Or, je bute sur un petit détail :

J'ai créé un sous-domaine (www.owncloud.spira.ovh) mais ne sachant pas vraiment vers quelle url renvoyer, j'ai mis http://ip_serveur/owncloud (cela me semblait logique vu que c'est l'url d'accès de 95% des tutos).

Impossible d'accéder via cette url et le tuto ne dit que :

Ensuite allez sur le site http://owncloud.xxxx.org
Rentrer votre compte admin
Rentrer votre compte admin

Vers quelle url dois-je pointer ?

Peut-être un problème au niveau de mon fichier de conf, je n'ai remplacé que 2 fois owncloud.xxxx.org par mon sous_domaine.domaine

Merci d'avance

Edit : En farfouillant, j'ai bien trouvé d'autres fichier de conf ( ici et la mais avant de toucher à ça, j'attend déjà vos retours )
Hello

Poste nous ton fichier de conf.
Bonjour,

Etant donné que mon chat a décrété que ma nuit se terminerait à 4h du mat', j'en ai profité pour tout remettre à plat histoire de m'imprégner un peu plus de tout ça et repartir sur de bonnes bases.

J'ai donc reset le serveur puis :

- Installé avec succès Rutorrent en suivant le tutoriel
- Installé avec succès Cakebox en suivant le tutoriel
- Installé avec succès Seedbox-Manager en suivant le tutoriel (juste un petit problème de calcul de place, il ne me voit que 20Go, à voir)

En l'état, tout fonctionne.

J'ai donc poursuivit en reprenant ce tutoriel pour Owncloud et je n'ai toujours pas accès.
La redirection sur OVH est sur ip_serveur/owncloud
Le contenu du fichier /etc/nginx/sites-enabled/owncloud.conf :
upstream php-handler {
        #server 127.0.0.1:9000;
        server unix:/var/run/php5-fpm.sock;
}

server {
        listen 80;
        server_name owncloud.spira.ovh;
        return 301 https://$server_name$request_uri;  # enforce https
}

server {
        listen 443 ssl;
        server_name owncloud.spira.ovh;


			  index index.html index.php;
    	  charset utf-8;

        ssl_certificate /etc/nginx/ssl/server.crt;
        ssl_certificate_key /etc/nginx/ssl/server.key;


    	  access_log /var/log/nginx/owncloud-access.log combined;
    	  error_log /var/log/nginx/owncloud-error.log error;

        # Path to the root of your installation
        root /var/www/owncloud/;

        client_max_body_size 10G; # set max upload size
        fastcgi_buffers 64 4K;

        rewrite ^/caldav(.*)$ /remote.php/caldav$1 redirect;
        rewrite ^/carddav(.*)$ /remote.php/carddav$1 redirect;
        rewrite ^/webdav(.*)$ /remote.php/webdav$1 redirect;

        index index.php;
        error_page 403 /core/templates/403.php;
        error_page 404 /core/templates/404.php;

        location = /robots.txt {
            allow all;
            log_not_found off;
            access_log off;
        }

        location ~ ^/(data|config|\.ht|db_structure\.xml|README) {
                deny all;
        }

        location / {
                # The following 2 rules are only needed with webfinger
                rewrite ^/.well-known/host-meta /public.php?service=host-meta last;
                rewrite ^/.well-known/host-meta.json /public.php?service=host-meta-json last;

                rewrite ^/.well-known/carddav /remote.php/carddav/ redirect;
                rewrite ^/.well-known/caldav /remote.php/caldav/ redirect;

                rewrite ^(/core/doc/[^\/]+/)$ $1/index.html;

                try_files $uri $uri/ index.php;
        }

        location ~ ^(.+?\.php)(/.*)?$ {
                try_files $1 = 404;

                include fastcgi_params;
                fastcgi_param SCRIPT_FILENAME $document_root$1;
                fastcgi_param PATH_INFO $2;
                fastcgi_param HTTPS on;
                fastcgi_pass php-handler;
        }

        # Optional: set long EXPIRES header on static assets
        location ~* ^.+\.(jpg|jpeg|gif|bmp|ico|png|css|js|swf)$ {
                expires 30d;
                # Optional: Don't log access to assets
                access_log off;
        }

}
Pour Seedbox-Manager qui t'annonce 20Go d'espace libre, c'est "normal".
Il se base sur la partition / de ton installation. Pour avoir un espace libre correcte il aurait fallu installer chaque user sur sa propre partition.

Pour ownCloud, ta redirection OVH doit être de type A, et tu peux faire soit : 
*.ton-ndd.com -> ton_ip
soit : 
owncloud.ton-ndd.com -> ton_ip
Dans tous les cas, tu ne dois pas préciser ownCloud à la suite de ton IP.
C'est nginx qui fera le lien entre le sous-domaine et le dossier.
Je viens donc de faire les modifications sur OVH en ne pointant que vers l'ip.

Lorsque j'accède à owncloud.spira.ovh, j'arrive désormais sur ça : http://prntscr.com/8jhetl

J'en déduit donc qu'il y a tout de même un soucis.
Pour Seedbox-Manager qui t'annonce 20Go d'espace libre, c'est "normal".
Il se base sur la partition / de ton installation. Pour avoir un espace libre correcte il aurait fallu installer chaque user sur sa propre partition.
Tu me fais peur à ce niveau la. Cela veut dire que ma seedbox ne prendra en compte que 20Go et que je dois tout réinstaller ? Je n'avais pas ce soucis avec le script Bonobox pourtant, je suis surpris et ai sûrement du louper un truc
Tu pourrais nous faire une capture d'écran de tes enregistrements DNS ? (Masque l'IP)
Oppenheimer wrote: Tu me fais peur à ce niveau la. Cela veut dire que ma seedbox ne prendra en compte que 20Go et que je dois tout réinstaller ? Je n'avais pas ce soucis avec le script Bonobox pourtant, je suis surpris et ai sûrement du louper un truc
Non non, c'est juste de l'affichage, tu profiteras normalement de tout ton espace. Cela dépend du partitionnement de ton serveur.

Pour ton souci nginx, tu l'as redémarré après avoir fait tes modifs ?
Onglet redirection chez OVH : http://prntscr.com/8jhn0i
Onglet zone DNS : http://prntscr.com/8jhnf8

C'est bien ça que tu voulais Solinvictus ?

Jedediah, pour Nginx je relance systématiquement le service voir même le serveur via un shutdown -r now
Aucun moyen de modifier l'affichage pour qu'il prenne en compte la bonne taille sans tout devoir refaire ?
Oulah !
Faut que tu enlèves toutes ces redirections.

Faut garder uniquement des champs de type A comme ceci : 
*.ton-ndd.com -> ton_ip #ce champs redirigera tous les sous-domaines vers ton ip
ton-ndd.com -> ton_ip
Encore une fois, pas besoin de préciser le /rutorrent ou /cakebox sur l'interface OVH, c'est le boulot de nginx.
Wouah ! Quel bordel

Pour faire simple, tu devrais avoir :
@ --> (A) IP de ton serveur
hostname --> (A) IP de ton serveur
-----------------------------------
owncloud --> (CNAME) hostname
Ou la solution proposée par Jede également.
J'imagine que pour vous je dois paraître con comme la lune mais j'avoue qu'entre le fait que je sois rouillé niveau Web et que je débute sous Linux, ça me demande pas mal de concentration. En vous relisant quelques fois, c'est bon, j'ai capté que les modifications étaient à faire dans Zone DNS et j'ai effectivement pu terminer l'installation d'Owncloud en poursuivant le tuto (pour l'erreur Webdav, etc).

Merci infiniment pour votre aide à ce niveau la

Le tuto nous fait installer une 6.0.4 d'Owncloud, y-a t-il ensuite possibilité de faire une mise à jour ?.
Je vais voir ce que je peux faire à ce niveau la, pour l'instant il n'est pas ultra coopératif de l'onglet mise à jour.

Pour ma culture générale et pour éviter que vous preniez peur les prochaines fois, j'ai essayé de mettre en place les même type de redirections pour les autres services (manager, rutorrent).

Or, si je fais comme pour owncloud et fais pointer rutorrent.spira.ovh vers l'ip, j'ai bien une demande de login / pass mais ça me renvoi sur la page blanche de Nginx, j'ai mal fait quelque chose ?
Etant donné que cette redirection ne marche pas avec "seedbox.spira.ovh", j'en déduit que le nom du sous-domaine est important et est déclaré quelque part non ? Où trouver le nom de sous-domaine déclaré pour le seedbox manager par exemple ?

Je suis désolé pour mes questions mais j'ai pas mal progressé cette nuit en réinstallant tout, ma soif de connaissance est donc à son paroxysme ^_^
Pour Seedbox-Manager, tu peux faire quelque chose comme ça (c'est une piste).
server {
        listen 80;
        server_name manager.spira.ovh;
        return 301 https://$server_name$request_uri;  # enforce https
}

server {
        listen 443 ssl;
        server_name manager.spira.ovh;


	 index index.html index.php;
    	 charset utf-8;

        ssl_certificate /etc/nginx/ssl/server.crt;
        ssl_certificate_key /etc/nginx/ssl/server.key;

        root /var/www/seedbox-manager/;


        index index.php;
...
..
.
Hum j'avoue que je suis un peu perdu, ça me semble beaucoup plus compliqué que de créer une simple redirection (qui marchait) vers rutorrent et le manager non ? C'est moins "propre", mais plus simple. Après cela peut peut-être générer des conflits avec Nginx c'est ça ?
Ben ça dépend si tu veux une redirection genre tu vas taper dans manager.ton-ndd.com mais tu vas être redirigé (l'url sera modifiée).
Ou si tu veux un vrai vhost indépendant du reste avec sa propre configuration, son propre certificat etc...