• Serveurs
  • [Résolu] Question sur l'installation de Owncloud

si ça peux aider
/etc/nginx/sites-available/default

j'ai utilisé la derniere version du site owncloud.org
# You may add here your
# server {
#	...
# }
# statements for each of your virtual hosts to this file

##
# You should look at the following URL's in order to grasp a solid understanding
# of Nginx configuration files in order to fully unleash the power of Nginx.
# http://wiki.nginx.org/Pitfalls
# http://wiki.nginx.org/QuickStart
# http://wiki.nginx.org/Configuration
#
# Generally, you will want to move this file somewhere, and start with a clean
# file but keep this around for reference. Or just disable in sites-enabled.
#
# Please see /usr/share/doc/nginx-doc/examples/ for more detailed examples.
##

server {
	listen 80 default_server;
	listen [::]:80 default_server ipv6only=on;
	server_name localhost;
	
	rewrite ^ https://xxx.xxx.xxx.xxx$request_uri? permanent;

	include /etc/nginx/conf.d/php;
        include /etc/nginx/conf.d/cache;	

	root /var/www;
	index index.html index.php;

	# Make site accessible from http://localhost/
	#server_name localhost;

	#location / {
		# First attempt to serve request as file, then
		# as directory, then fall back to displaying a 404.
		#try_files $uri $uri/ =404;
		# Uncomment to enable naxsi on this location
		# include /etc/nginx/naxsi.rules
	#}

	# Only for nginx-naxsi used with nginx-naxsi-ui : process denied requests
	#location /RequestDenied {
	#	proxy_pass http://127.0.0.1:8080;    
	#}

	#error_page 404 /404.html;

	# redirect server error pages to the static page /50x.html
	#
	error_page 500 502 503 504 /50x.html;
	location = /50x.html {
		root /usr/share/nginx/html;
	}

	# 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
		fastcgi_cache mycache;                
		fastcgi_cache_key $request_method$host$request_uri;                
        	fastcgi_cache_valid any 1h;
	#
	#	# With php5-cgi alone:
	#	fastcgi_pass 127.0.0.1:9000;
	#	# With php5-fpm:
		fastcgi_pass unix:/var/run/php5-fpm.sock;
		fastcgi_index index.php;
		include fastcgi_params;
		fastcgi_intercept_errors on;
}
       
	# deny access to .htaccess files, if Apache's document root
	# concurs with nginx's one
	#
	#location ~ /\.ht {
	#	allow all;
	#}

}

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

            location ~ ^/owncloud/(data|config|\.ht|db_structure\.xml|README) {
                    deny all;
            }
            rewrite ^/owncloud/caldav(.*)$ /owncloud/remote.php/caldav$1 redirect;
            rewrite ^/owncloud/carddav(.*)$ /owncloud/remote.php/carddav$1 redirect;
            rewrite ^/owncloud/webdav(.*)$ /owncloud/remote.php/webdav$1 redirect;
            rewrite ^/owncloud/.well-known/host-meta /owncloud/public.php?service=host-met$
            rewrite ^/owncloud/.well-known/host-meta.json /owncloud/public.php?service=hos$

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

            rewrite ^/owncloud/apps/([^/]*)/(.*\.(css|php))$ /owncloud/index.php?app=$1&ge$
            rewrite ^(/owncloud/core/doc/[^\/]+/)$ $1/index.html;

            try_files $uri $uri/ index.php;

            location ~ ^/owncloud/(.+?\.php)/? {  # note the question mark here and in the$
                    fastcgi_split_path_info ^/owncloud/(.+?\.php)(/?.*)$;
                    set $path_info $fastcgi_path_info;  # workaround for bug: try_files re$
                    try_files $fastcgi_script_name = 404;
                    include fastcgi_params;
                    fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
                    fastcgi_param PATH_INFO $path_info;
                    fastcgi_param HTTPS on;
                    fastcgi_param SCRIPT_NAME /owncloud/$fastcgi_script_name;  # !!!
                    fastcgi_pass unix:/var/run/php5-fpm.sock;
            }
    }

# another virtual host using mix of IP-, name-, and port-based configuration
#
#server {
#	listen 8000;
#	listen somename:8080;
#	server_name somename alias another.alias;
#	root html;
#	index index.html index.htm;
#
#	location / {
#		try_files $uri $uri/ =404;
#	}
#}


# HTTPS server
#
server {
	listen 443 ssl;
	server_name xxx.xxx.xxx;
	charset utf-8;	

	root /var/www;
	index index.html index.php;

	include /etc/nginx/conf.d/php;
	include /etc/nginx/conf.d/cache;

#	ssl on;
	ssl_certificate /etc/nginx/ssl/server.crt;
	ssl_certificate_key /etc/nginx/ssl/server.key;
	
#}
#}
		## début config phpmyadmin

        location ^~ /phpmyadmin {
            alias /usr/share/phpmyadmin/;
            try_files $uri $uri/ /index.php;

        location ~ ^/phpmyadmin(.+\.php)$ {
            alias /usr/share/phpmyadmin$1;
            fastcgi_pass unix:/var/run/php5-fpm.sock;
            fastcgi_param SCRIPT_FILENAME /usr/share/phpmyadmin$1;
            include fastcgi_params;
            fastcgi_intercept_errors on;
        }
    }

        ## fin config phpmyadmin

#	ssl_session_timeout 5m;
#
#	ssl_protocols SSLv3 TLSv1 TLSv1.1 TLSv1.2;
#	ssl_ciphers "HIGH:!aNULL:!MD5 or HIGH:!aNULL:!MD5:!3DES";
#	ssl_prefer_server_ciphers on;
#
#	location / {
#		try_files $uri $uri/ =404;
#	}
}
bonsoir

je me confronte a un probleme que je ne connais pas sur la page de owcloud page de login

Avertissement de sécurité

Votre répertoire data est certainement accessible depuis l'internet car le fichier .htaccess ne semble pas fonctionner
Pour les informations de configuration de votre serveur, veuillez lire la documentation.
Bonsoir,

il ne s'agit en rien d'un problème. Le message est à ignorer car ce prétendu défaut s'avère déjà pallier. Comme l'atteste cette partie de la conf(ig) de Nginx :
location ~ ^/(data|config|\.ht|db_structure\.xml|README)
{
	deny all;
}
Autrement, oui ça aidera éventuellement... Néanmoins, à ce jour, il n'y a eu toujours aucun manque de reporter (à ma connaissance).
5 jours plus tard
Je profite de ce post afin d'essayer de résoudre un problème qui semble être récurrent avec Owncloud 7.0.

Il m'est impossible d'utiliser l'application Owncloud, aussi bien sur mobile que desktop en raison d'un problème de Webdav.
Je peux très bien organisé mes fichiers via le navigateur Internet mais impossible de synchroniser via l'application.

Voici l'erreur affichée dans la partie admin:
Your web server is not yet properly setup to allow files synchronization because the WebDAV interface seems to be broken.
Et celle affichée par l'application:
Error downloading https://owncloud.domain.ltd/remote.php/webdav/ - server replied: Not Found
J'ai suivis le tutoriel suivant: http://mondedie.fr/d/5623)
Et ai modifié le fichier Client.php bien que celui-ci ai changé de place depuis la dernière version.

En ce qui concerne les logs, ils n'affichent rien de probant.
{"app":"PHP","message":"fopen(\/var\/www\/owncloud\/config\/config.php): failed to open stream: No such file or directory at \/var\/www\/owncloud\/lib\/private\/config.php#141","level":3,"time":"2015-01-09T22:28:50+00:00"}
{"app":"PHP","message":"Array to string conversion at \/var\/www\/owncloud\/lib\/private\/l10n\/string.php#57","level":3,"time":"2015-01-10T17:55:05+00:00"}
{"reqId":"54c39c808b0e8","app":"PHP","message":"Array to string conversion at \/var\/www\/owncloud\/lib\/private\/l10n\/string.php#57","level":3,"time":"2015-01-24T13:22:08+00:00","method":"GET","url":"\/index.php\/apps\/updater\/update.php"}
Merci d'avance pour votre aide.
Bon je reviens vers vous ^^

@Pierrick : oui moi aussi je n'arrivais pas à me connecter via l'application mobile.

Je pense que je vais un peu tomber owncloud, et changer de "stratégie".

Je voulais simplement en fait me faire un petit cloud perso ou y mettre des fichiers comme mes photos.

Ma question : dans mon dossier /home/user1, si je créer un dossier data, que je change ses permissions comme cela :
"chown -R user1:user1 /home/user1/data"
concrètement qui pourra accéder à ce dossier ? user1 et root normalement, non ?

Est-ce qu'une telle "installation" serait assez sécurisée ? Par rapport au dossier data de owncloud je veux dire ?

Et sur mes devices mobile j'y accèderait en sftp.

Ça vous parait une bonne idée ? Du moins pas trop mauvaise ?

Merci ^^
Bonjour
Garrus wrote: Ma question : dans mon dossier /home/user1, si je créer un dossier data, que je change ses permissions comme cela :
"chown -R user1:user1 /home/user1/data"
concrètement qui pourra accéder à ce dossier ? user1 et root normalement, non ?
Tout à fait.
Garrus wrote: Et sur mes devices mobile j'y accèderait en sftp.

Ça vous parait une bonne idée ? Du moins pas trop mauvaise ?
Oui c'est une bonne idée est alternative à owncloud.
Serte tu n'auras pas les même services derrière mais juste pour des photos / docs c'est suffisant.
Je vais opter pour Pydio ou une autre solution alors.

Le but, c'est d'installer une solution cloud afin de gérer ma bibliothèque Calibre directement depuis mon serveur et ainsi récupérer en wifi mes ebooks sur mon Kindle.
Arthur_ wrote:Oui c'est une bonne idée est alternative à owncloud.
Serte tu n'auras pas les même services derrière mais juste pour des photos / docs c'est suffisant.
Super, merci pour la réponse.

Bon j'arrête de me prendre la tête et je fais comme ça, en plus mon client ftp à une option de synchro entre un dossier local et un dossier distant, du tout bon.

Merci à tout pour votre aide, en ce qui me concerne problème résolu ^^
Bonjour,

juste pour prévenir, il me sera impossible de vérifier la présence d'un problème avec l'application mobile. Par contre, j'imagine, je le pourrais éventuellement avec celle du desktop. Actuellement, le webdav n'est certainement pas configuré...
6 mois plus tard
est ce qui finalement quelqu'un a reussi a utiliser owncloud sans sous domaine
j'ai beau essayer les differentes options trouvées sur le site
rien ny fait
j'ai toujours l'erreur owncloud/apps/files not found

d'avance merci
Salut zorrax, le plus simple serait que tu crées une discussion en expliquant ton problème et en donnant toutes les informations susceptibles d'aider à la résolution de ton problème.
Je vais me contenter de ceci : dès fois, zorrax il faut prendre le temps et notamment celui de relire. Je songe à ces messages : le n°3, le n°20 et le n°23 (cf la fin) qui figurent (tous) sur la page précédente (soit la première de cette même discussion).

S'il reste des points à clarifier, merci de les indiquer. Comme tel, cela me paraît assez clair.
bonjour
comme precisé dans mon msg j'ai testé ce que j'ai pu trouvé dans les differents posts et le
le n°3: cf post qui finit sur 18 avec une config avec sous domain
le n°20 : j'ai testé mais si je mets ca
location ^~ /owncloud
{
	location ~ \.php(?:$|/)
	{
		fastcgi_split_path_info ^(.+\.php)(/.+)$;
		include fastcgi_params;
		fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
		fastcgi_param PATH_INFO $fastcgi_path_info;
		fastcgi_pass php-handler;
	}
}
je n'accede a rien

et le n°23 cest deja testé aussi

comme j'ai dit j'ai testé ce que j'ai trouvé mais si on regarde bien les posts finissent sans vraiment une explication claire
je peux refaire une discussion mais il me semblait plus judicieux de finir celle ci
qui de la meme maniere ne finit pas

donc pour etre plus precis, j'utilise la version 8:
- quel fichier conf modifié rutorrent ou owncloud ?
- pour l'instant j'ai ca dans rutorrent
location /owncloud {
            root /var/www;
            include /etc/nginx/conf.d/php;
            include /etc/nginx/conf.d/cache;
            satisfy any;
            allow all;

            location ~ ^/owncloud/(data|config|\.ht|db_structure\.xml|README) {
                    deny all;
            }
            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 ~ ^/owncloud/(.+?\.php)/? {  # note the question mark here and in the$
                    fastcgi_split_path_info ^/owncloud/(.+?\.php)(/?.*)$;
                    set $path_info $fastcgi_path_info;  # workaround for bug: try_files re$
                    try_files $fastcgi_script_name = 404;
                    include fastcgi_params;
                    fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
                    fastcgi_param PATH_INFO $path_info;
                    fastcgi_param HTTPS on;
                    fastcgi_param SCRIPT_NAME /owncloud/$fastcgi_script_name;  # !!!
                    fastcgi_pass unix:/var/run/php5-fpm.sock;
            }
    }
j'ai ca comme msg "owncloud/index.php/apps/files/ not found"
petite question
dans le cas d'une installation avec un sous domaine
comment faire pour pouvoir acceder a owncloud en http et non https ?
j'ai essayé de faire comme avec plex mais le port n'est pas le meme ....??
Salut;
Remplace :
server {
        listen 80;
        server_name xxxxx;
        return 301 https://$server_name$request_uri;  # enforce https
}

server {
        listen 443 ssl;
....
par
server {
        listen 80;
        server_name xxxxx;
....
+ suppression des lignes "ssl ....;"
fastcgi_pass php-handler;
Bonjour,

je crois deviner, le problème proviendrait-il de cette directive ? En fait, elle requiert la présence (obligatoire) de ces lignes :
upstream php-handler
{
	server unix:/var/run/php5-fpm.sock;
}
Autrement, cela provoque une erreur et donc c'est normal. Avec un peu d'expérience et une relecture, on peut même parvenir à le comprendre. Je l'avais (plus ou moins) mentionné dans ce message (n°17) et peut-être une autre fois ailleurs...
De plus, on peut également comprendre que ces lignes sont inutiles. Il suffit de les remplacer par celle-ci :
fastcgi_pass unix:/var/run/php5-fpm.sock;
De mon point de vue, la discussion, elle est finit en soit. Ce qui est dès plus normal, comme il n'y a eu guère de retour. Elle aurait pu se poursuivre. Toutefois, personne n'a reporter le moindre défaut, ni manque. C'est pas faute d'avoir prévenu et ce à quelques reprises.
Il y a bien quelque(s) différence(s) entre la v7 et la v8(.1.0) de OwnCloud. Cependant, cette solution reste(ra) fonctionnel car elles sont plutôt insignifiantes. D'autant plus, je viens de regardé (rapidement) et a priori, il n'y a(urait) de différence.
Sans le moindre fichier, ni d'exemple, ni lien, il est juste impossible de savoir (réellement) les solutions qui furent envisager (ou tester). Autant éviter les confusions (ou malentendu).

Je dirais, le fichier rutorrent(.conf). Comme tel, il est à revoir (doublon etc). Au fond, le nom n'a vraiment d'importance. Il suffit de veiller à respecter la cohérence de la conf(iguration dans son intégralité).
jean-luc wrote:Salut;
Remplace :
server {
        listen 80;
        server_name xxxxx;
        return 301 https://$server_name$request_uri;  # enforce https
}

server {
        listen 443 ssl;
....
par
server {
        listen 80;
        server_name xxxxx;
....
+ suppression des lignes "ssl ....;"
ca marche pas

voila a quoi ressemble mon fichier owncloud.conf
server {
        listen 80;
   #     server_name owncloud.xxxx.tk;
        #return 301 https://$server_name$request_uri;  # enforce https
  #      listen 443 ssl;
        server_name owncloud.wxxxxx.tk;
        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;
                fastcgi_pass unix:/var/run/php5-fpm.sock;
                }

        # 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;
        }

}
mais rien a faire
impossible d'y acceder http://xxx.xxx.xxx.xxx/owncloud
Pourtant, les indications données par jean-luc sont juste.
Dès fois, il faut savoir revenir à une version minimaliste. Ainsi que repartir de zéro afin de s'assurer de n'avoir rien omis. D'autant que je vois encore (avec aisance) un doublon (cf la directive index). Il y a probablement même quelque variable indéfinit (cf le php-handler etc).
Répondre…