normal pour https://votredomaine.tld/cloud il sait tromper.le vhots est configurer avec https://votredomaine.tld/owncloud

et php tu as 2 solution installer owncloud 8.2 ou mettre en php5
(je vais au dodo courage pour la suite)

apt-get purge owncloud
apt-get remove --purge owncloud

La plus propre, normalement, c'est via le paramètre purge (que l'on peut (directement) remplacer ou combiner). Tandis que pour le reste, je me dis que quelqu'un d'autre pourra peut-être mieux aiguiller...

Néanmoins, je préviens, cela arrive ainsi il y a parfois des problèmes lors d'une mise à jour... De plus, je présume s'il fallait le déinstaller, cela sera sûrement mentionné quelque part. Il doit exister un article (guide, etc) car j'en avais trouvé un assez rapidement mais la dernière fois c'était pour Pydio.

Actuellement le problème que j'ai c'est un soucis de database.
J'ai pris la derniere version de owncloud j'ai suivis le tuto, après avoir renseigner l'user/mdp j'obtiens :
Erreur interne du serveur
Le serveur a rencontré une erreur interne et est incapable d'exécuter votre requête.
Veuillez contacter l'administrateur du serveur si cette erreur apparaît plusieurs fois. Veuillez joindre les détails techniques à votre rapport.
Le fichier journal du serveur peut fournir plus de renseignements.

Renseignements techniques
Adresse distante :
ID de la demande : l0EoGjUre0f77/5U4VEN

Je vais donc voir dans les logs et d'après les logs il y a un soucis avec les droits de database ..

Pourtant j'ai bien suivis le tuto donc je ne comprends pas

service mysql status
Comme elle était déjà configuré, cela me paraît un peu étrange... Cette commande donne un indice ? Ou alors il faut peut-être tenter de se connecter (ou relancer) mysql ? Un processus en doublon ou interrompu ?(etc)
De mémoire, il fut également parfois question d'un fichier .lock (etc) mais... je n'ai jamais était confronté à ce problème.
Bon courage geekso.

En effet ! Merci beaucoup

Ça m'a fait un peu avancer mais je suis encore bloqué.

J'ai créé un dossier DataOwnCloud dans /home (et supprimer celui à la racine) auquel j'ai appliqué les droits
chown -R www-data:www-data.
j'ai créé ma base de donnée mysql et son utilisateur.
Saisie le tout dans la fenêtre de config OwnCloud.
appliqué les droits suivants :
chown -R www-data:www-data /var/www/owncloud;
chmod -R 755 /var/www/owncloud
chmod 755 /home/DataOwncloud`

Mais maintenant quand j’essaye de me rendre sur http://domaine.tld/owncloud il me redirige sur http://domaine.tld/owncloud/index.php/apps/files/ avec une erreur 404 Not Found de nginx.

J'ai essayé quelques pistes trouvées plus haut dans ce post mais rien n'a été concluant.
Dans mon dossier /home/DataOwncloud/ j'ai un .htaccess .ocdata index.html owncloud.log et un dossier user. Je ne sais pas si tout ça est à la bonne place.
J'ai du me mélanger les pinceaux quelque part dans la config mais je vois pas ou.

Une idée ?

Extrait du rapport (via OwnCloud):
	No database drivers (sqlite, mysql, or postgresql) installed.
	PHP module zip not installed.
	PHP module dom not installed.
	PHP module XMLWriter not installed.
	PHP module XMLReader not installed.
	PHP module libxml not installed.
	PHP module mb multibyte not installed.
	PHP module GD not installed.
	PHP module SimpleXML not installed.
	PHP module cURL not installed.
	PHP modules have been installed, but they are still listed as missing ?
	Please ask your server administrator to install the module [...]
À propos de MySQL :
	Only MySQL/MariaDB is available [...]
	## PS : Bien entendu, c'est normal car j'ai installé qu'une seule base de données. 
	mysql --version;	## Il s'agit de la v5.7.17 (de mysql-server).
####
apt install mysql-server php7.0-mysql php7.0-curl php7.0-zip php7.0-gd php7.0-xml php7.0-mbstring;
## Voici la liste des paquests qui seront installé :
	"php7.0-mysql php7.0-cli php7.0-common php7.0-fpm php7.0-json php7.0-opcache php7.0-readline"
	"libzip2 php7.0-zip"
	"libjpeg62-turbo libwebp5 libx11-6 libx11-data libxau6 libxcb1 libxdmcp6 libxpm4 php7.0-gd"
	"libxslt1.1 php7.0-xml"
## J'ai omis les paquets MySQL.
Extrait de la page : "Security & setup warnings" :
	## Dont voici l'adresse (pour rappel) : "owncloud/index.php/settings/admin#security-warning")
	1) php does not seem to be setup properly to query system environment variables. The test with getenv("PATH") only returns an empty response.
	2) Your web server is not yet set up properly to allow file synchronization because the WebDAV interface seems to be broken.
	3) Your data directory and your files are probably accessible from the Internet. The .htaccess file is not working. We strongly suggest that you configure your web server in a way that the data directory is no longer accessible or you move the data directory outside the web server document root.
	4) You are accessing this site via HTTP. We strongly suggest you configure your server to require using HTTPS instead as described in our security tips.
	5) No memory cache has been configured. To enhance your performance please configure a memcache if available.

Bonsoir,

je préviens, cela fait très longtemps que je n'ai réinstallé OwnCloud. Alors @Khobal j'ai préféré reprendre depuis le début. J'ai repris ci-dessus les différentes erreurs, (comme sur cette image (en français)) que nous risquons de rencontré et ce lors d'une (première) installation (manuelle de OwnCloud_v9.1.3).

Quelques pistes ? Désolé mais il me sera impossible de deviner (ni lien, ni d'exemple, etc)... Par contre, il n'y a aucun rapport avec les fichiers .htaccess et c'est même certain. Voilà une image afin de savoir si le tout est bien à la bonne place ou complet ?
J'ai finis par retrouvé cette page. Sur laquelle hélas Il y a beaucoup trop de choses... afin de le configuré (Nginx). Néanmoins, a priori, c'est toujours pareil (vers la fin cf le message n°20). Ainsi, sans cette partie, il y a une mauvaise redirection. En fait, cela crée une boucle (infinie dans l'url à la fin) tel que :
/index.php/apps/files/index.php/apps/files/index.php/apps/files/index.php/apps/files/[...]
Toutefois, je viens de remarqué un souci... Une fois connecté, cela m'indique ceci :
Problem loading page, reloading in 5 seconds... Je finirais peut-être par avoir une autre idée et découvrir ce qui manque

Salut,

Déjà merci pour ces pistes ça me donne des endroits où chercher !

J'ai encore fouillé et j'en reviens toujours au même point (en sachant que mes connaissances en système Linux sans tuto est plus que limité).

http://domaine.tld/owncloud est automatiquement redirigé vers http://domaine.tld/owncloud/index.php/apps/files/ => 404 Not Found - nginx

J'ai bien les mêmes fichiers que dans ton image
Hormis mon erreur précédentes de php-zip résolut j'ai pas eu de messages de ce type
J'ai supprimé et refait l'installation de owncloud et de ma base sql. Même résultat.

Fichiers de config :
/etc/nginx/sites-enabled/rutorrent.conf
/etc/nginx/nginx.conf
/etc/nginx/conf.d/php.conf

Le problème peut venir d'autres fichiers j'imagine mais en dehors de rutorrent.conf et var/www (et encore ...) je suis largué ...

[Édit en passant, mes autres app fonctionnent toutes correctement (rutorrent, tardistart, rufy et plex)]

Khobal
J'ai eu cette même erreur pendant bien longtemps et j'ai fini par abandonné l'idée de faire fonctionner owncloud en ip-adress/owncloud et je me suis pris un nom de domaine.

En suivant exactement le tuto et en utilisant un un sous-domaine (owncloud.domaine.tld) j'ai du boucler ça en 20mn.
Il est dit à plusieurs endroits sur des discussion qu'il est possible de faire fonctionner owncloud en ip-adress/owncloud mais c'est beaucoup plus fastidieux..

Salut,

de rien @Khobal et merci c'est nettement plus clair. J'ai une bonne nouvelle car j'ai finis par résoudre le souci (dont voici une image). Par précaution, j'avais bloqué toutes les requêtes ($request_method == "PROPFIND") et je présume, cela empêche(ra) le webdav de fonctionné. Désormais cela m'affiche ceci (et donc c'est autorisé),

Nginx wrote:

This module is not built by default, it should be enabled with the --with-http_dav_module configuration parameter.

Hélas, je constate encore une fois, cela ne fut pas rectifié (car c'est faux) ... Cet extrait risque (de nous) induire en erreur... Sur ce pastebin, j'ai réindiqué la liste (en entier) des modules de Nginx (préinstallé (par défaut)). Donc, contrairement à ce que nous indique la doc (ou documentation (de Nginx)), le module webdav n'est point absent et ce depuis un long moment... Je préviens de nouveau car je suppose, il me reste(ra) des choses à corrigé.

J'ai l'impression que le souci provient de l'absence de ces 2 lignes (dans le fichier php.conf) :

	fastcgi_split_path_info ^(.+\.php)(/.+)$;
	fastcgi_param PATH_INFO $fastcgi_path_info;

As-tu essayé ? Et non, je n'en ai aucun (de nom de domaine). Néanmoins, il faut savoir que ce fichier comme tel convient très bien pour divers programmes (dont notamment ruTorrent, etc)
En fait, ces lignes sont requises pour OwnCloud. Alors si tu le souhaite, oui tu peux (re)créer un autre fichier car il existe plusieurs syntaxes. Pour ce faire, il te suffira de corriger cette ligne :

include /etc/nginx/conf.d/php.conf;
## C'est un extrait de ton fichier rutorrent.conf à ligne 103 (dans le block de OwnCloud)

Super ! Ça fonctionne !

/etc/nginx/conf.d/php.conf

Merci beaucoup je ne m'en serais jamais sortie tout seul

J'ai quelques questions subsidiaires.

J'ai 3 problèmes de sécurités/configuration :

• php ne semble pas être configuré de manière à récupérer les valeurs des variables d’environnement. Le test de la commande getenv("PATH") retourne seulement une réponse vide.
  Veuillez consulter la documentation d'installation pour savoir comment configurer php sur votre serveur, en particulier en cas d'utilisation de php-fpm.

• Vous accédez à ce site via HTTP. Nous vous recommandons fortement de configurer votre serveur pour forcer l'utilisation de HTTPS, comme expliqué dans notre Guide pour le renforcement et la sécurité.

• Aucun cache de la mémoire n'est configuré. Si possible, configurez un "memcache" pour augmenter les performances. Pour plus d'information consultez la documentation.

C'est grave docteur ?

-

J'ai essayé de faire une installation de l'app owncloud pour Windows pour synchroniser mes fichiers mais au moment de saisir l'adresse du serveur j'ai un message "Echec de la connexion à ownCloud http://domaine.tld/owncloud/status.php : L’hôte requiert une authentification".

Problème de mon rutorrent.conf qui m'oblige à être authentifié pour accéder à l'adresse non ?
Il y a un moyen pour ne pas appliqué ça a domaine.tld/owncloud ?
auth_basic "seedbox";
auth_basic_user_file "/etc/nginx/passwd/rutorrent_passwd";

EDIT : c'est bon j'ai trouvé. J'ai rajouté ça dans ma config owncloud du rutorrent.conf :
satisfy any;
allow all;
Du coup j'ai plus l’authentification du nginx. Plus que celle de owncloud.

-

j'ai activé quelques app préinstallé sans aucun problème mais quand je veut rajouter un app de https://apps.owncloud.com/ en suivant la procédure du tuto elle ne remonte pas dans mon menu application.
J'ai téléchargé "direct_menu" que j'ai placé dans /var/www/owncloud/app
Appliqué les droits :
chown -R www-data:www-data /var/www/owncloud/apps/direct_menu
chmod -R 644 /var/www/owncloud/apps/direct_menu
Mais rien ne remonte.
J'ai lu dans la doc owncloud que :
Sometimes the installation of a third-party app fails silently, possibly because ’appcodechecker’ => true, is enabled in config.php . When appcodechecker is enabled it checks if third-party apps are using the private API, rather than the public API. If they are then they will not be installed.

Mais la variable appcoderchecker n'est pas dans mon fichier de conf.

Ai-je un problème de droit ? Une autorisation à rajouter quelque part ?

Je vais fouiller pour voir si je trouve. J'édit si j'ai une solution.
Merci encore pour toute l'aide apportée

Voilà une excellente nouvelle, de rien @Khobal.
Bien on a la même chose. Grâce à cette commande : printenv PATH, j'obtiens ce résultat :

/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

C'est pareil pour toi ? Est-ce qu'il faut le rectifier ? Je vais regardé mais a priori, déjà je peux dire que la solution semble de décommenter ces lignes (les 5 dernières juste avant mes commentaires) :

; Pass environment variables like LD_LIBRARY_PATH. All $VARIABLEs are taken from
; the current environment.
; Default Value: clean env
env[HOSTNAME] = $HOSTNAME
env[PATH] = /usr/local/bin:/usr/bin:/bin
env[TMP] = /tmp
env[TMPDIR] = /tmp
env[TEMP] = /tmp
## Elles proviennent du fichier www.conf (dont j'ai réindiqué l'emplacement ci-dessous).
## nano /etc/php/7.0/fpm/pool.d/www.conf;
## À partir de la ligne 381 jusqu'à la 388.

Ensuite, j'ai redémarré le service php7.0-fpm : /etc/init.d/php7.0-fpm restart; et relancé la commande : printenv PATH dont le résultat me semble identique :

/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

En tout cas, désormais le message (le 1er) a disparu.
Pour le 2ème, oui c'est grave car c'est un critère de sécurité important afin de protéger (toutes) tes données (identifiants, photos, calendrier, contacts, etc, etc, etc).
Tandis que le 3ème, cela n'est pas très grave et je crois c'est assez facultatif. Est-ce que tu as l'impression que OwnCloud lag par moment ? As-tu remarqué des ralentissements (ou des lenteurs) ? Si oui alors le cache pourrait s'avérer un moyen d'améliorer (un peu) les performances.
De plus, à savoir, cela (le cache) provoque parfois des problèmes comme nous avons pu le voir au fil du temps.
Et pour les app, je vais essayé de regarder.

This app cannot be installed because the following dependencies are not fulfilled:
    The library ldap is not available.
## Extrait de la page Apps (Not enabled) à l'adresse : '/owncloud/index.php/settings/apps?category=disabled#'.
## Le nom de l'app : 'LDAP user and group backend (v0.9.0)'.

Je viens de remarqué la présence d'un autre petit souci (comme sur cette image). Dont voici la solution : apt install php7.0-ldap.
Pour regarder, je viens d'installé l'app Bookmarks (v0.9.0) et elle fonctionne (en grande partie). Néanmoins, j'ai découvert que je devais également autorisé les requêtes PUT ($request_method == "PUT"). Ainsi, je vais pouvoir éditer le titre des bookmarks (etc)). De plus, en effet, elle provient du même site (soit : "https://apps.owncloud.com/").

De rien @Khobal et je te remercie (pour le tout (les détails, les confirmations)). Néanmoins, a priori, il n'y a (ou avait) qu'une seule ligne à rectifié (celle qui débute par "env[PATH]").

Pour le mettre en place (le HTTPS), je me trompe ou alors il me faudra un nom de domaine ? Un jour peut-être cela adviendra... Comme j'ai pu parfois le pire, cela n'est point forcément dès plus simple... Alors désolé, non je ne pourrais t'en recommandé aucun parmi ces deux-là : le 1er via Let's Encrypt, le 2ème via StartSSL.
Bien tu dis vrai, c'est l'essentiel et je suis content d'apprendre que c'est réglé.