J'ai édité mon fichier /etc/nginx/conf.d/php.conf et relancé les services php et nginx mais j'ai toujours la même erreur.
[Discussion] Installer OwnCloud 9 sous Nginx
- Modifié
Super ! Ça fonctionne !
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'installationpour 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
- Modifié
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/").
Alors,
en effet printenv PATH
me retourne bien la même chose que toi :
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
J'ai décommenté les 5 lignes ça a bien résolut la première erreur.
Pour ce qui est de mon app qui ne voulait pas s’installer j'ai trouvé la case "activer les applications expérimentales" qui a réglé mon problème.
J'ai aussi installé le ldap de php pour supprimer l'erreur même si je suis pas sur d'avoir besoin des services d'annuaires.
Pour le cache je verrais à l'usage si c'est nécessaire mais pour le moment j'ai pas remarqué de lenteur particulière.
Pour ce qui est du https. Je vais pas épilogué ici parce-que ça n'a plus vraiment de rapport avec OwnCloud mais si tu a un lien vers un tuto mondedie (ou pas) qui me permettrait de tout basculer en https je suis preneur. La redirection du http vers https ça roule mais quand j'ai voulut tester le ssl j'ai fait planté tout mon gninx.
Merci encore pour toute l'aide apporté ! J'ai maintenant un dédie qui tourne comme je voulais (même si il est pas encore sécurisé, ça viendra)
- Modifié
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é.
Bonjour,
Petite note à rajoutée au tuto.
La partie "Pour le fichier de config, il est recommander d'effectuer le tuto Logjam : http://mondedie.fr/d/6738 ." est obligatoire si vous voulez utiliser l'application Owncloud pour téléverser vos documents. Sinon vous tomberez sur un message d'erreur: échec d'initialisation SSL.
Ciaooo =)
Salut,
je n'avais que l'erreur lié à php mais qui semble être connu mais là je me retrouve avec:
L'en-tête HTTP "X-XSS-Protection" n'est pas configurée pour être égale à "1; mode=block" créant potentiellement un risque relié à la sécurité et à la vie privée. Il est donc recommandé d'ajuster ce paramètre.
L'en-tête HTTP "X-Content-Type-Options" n'est pas configurée pour être égale à "nosniff" créant potentiellement un risque relié à la sécurité et à la vie privée. Il est donc recommandé d'ajuster ce paramètre.
L'en-tête HTTP "X-Robots-Tag" n'est pas configurée pour être égale à "none" créant potentiellement un risque relié à la sécurité et à la vie privée. Il est donc recommandé d'ajuster ce paramètre.
L'en-tête HTTP "X-Frame-Options" n'est pas configurée pour être égale à "SAMEORIGIN" créant potentiellement un risque relié à la sécurité et à la vie privée. Il est donc recommandé d'ajuster ce paramètre.
L'en-tête HTTP "X-Download-Options" n'est pas configurée pour être égale à "noopen" créant potentiellement un risque relié à la sécurité et à la vie privée. Il est donc recommandé d'ajuster ce paramètre.
L'en-tête HTTP "X-Permitted-Cross-Domain-Policies" n'est pas configurée pour être égale à "none" créant potentiellement un risque relié à la sécurité et à la vie privée. Il est donc recommandé d'ajuster ce paramètre.
le vhost:
https://paste.mondedie.fr/?c4c7d0208233db0b#sz/unwJ+JKIbzs0+bJka8iwL0kBOwb4pO11Fl5agHDw=
et seriez-vous pourquoi quand j'upload de multiple fichier, l'upload s'arrête bien avant que cela se termine ? une piste pour m'aiguiller ?
fastcgi_read_timeout est déjà à 120, je vais devoir faire joujou avec les valeurs alors, merci.
Pour le premier problème, pas d'idée ? manque t'il des informations ?
Oui je sais ce qui est égale à 2 minutes qui je trouve est déjà énorme... mais je vais creuser
Ok
LetsGo67
Salut
dans ton vhost decommante cette ligne
add_header Strict-Transport-Security "max-age=15768000; includeSubDomains; preload;";
mais moi je l’aurais mis au début regarde mon vhost
https://github.com/xavier84/Script-xavier/blob/master/nextcloud/nextcloud.conf
- Modifié
xavier Merci C'est résolu.
Je n'ai pas trouvé mais y a t'il un moyen de limiter l'upload des fichiers (pas la taille mais le nombre) ?
max_file_uploads ne correspond pas à ma demande à mois de le baisser ?,
Je ne sais pas comment l'expliquer, j'aimerais limiter le nombre de fichier lors de l'upload, j'héberge moi même donc si ma frangine upload 500-600 photos comme j'ai eu le cas, je vous explique pas ce que prend mon PC dans la tronche
Bonjour a tous j'ai un souci avec Nextcloud 16.0.4.
Depuis peu j'ai le message suivant : "Votre espace de stockage est plein. Les fichiers ne peuvent plus être mis à jour ni synchronisés !"
J'ai cependant beaucoup de place dispo sur l'ensemble de mes disques :
Filesystem Size Used Avail Use% Mounted on
udev 7.8G 0 7.8G 0% /dev
tmpfs 1.6G 960K 1.6G 1% /run
/dev/md2 1007G 102G 855G 11% /
tmpfs 7.9G 29M 7.8G 1% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 7.9G 0 7.9G 0% /sys/fs/cgroup
/dev/md1 488M 41M 422M 9% /boot
/dev/md3 1.7T 675G 972G 41% /home
tmpfs 1.6G 0 1.6G 0% /run/user/1000
tmpfs 1.6G 4.0K 1.6G 1% /run/user/110
Et je n'arrive donc plus a mettre a jour.
Une petite précision j'utilise un stockage externe qui pointe vers un répertoire qui est une image montée de mon google drive encrypter.
Si l'un d'entre vous à une idée?
- Modifié
Bonjour,
Est ce que ton drive est illimité ? dans le cas contraire le problème pourrait venir de là
Bonjour
Oui mon drive est illimité et les droits de mes users sont illimités également.
un quota paramétré ?
- Modifié
Salut,
impossible de faire cohabiter seedbox manager et owncloud malgré ton tutoriel...
seedbox est inutilisable et owncloud pareil (File not found.)
owncloud.conf:
rutorrent.conf:
Merci pour votre aide
edit: 04/05, je ne comprends pas, j'ai pris mon ancien vhost qui tournait sous debian 9 avec zero problème et là, il le rejette en me donnant des erreurs...
Si quelqu'un à une solution, ce serait sympa
Hello @LetsGo67 si tu nous donnais les erreurs ça serait sympas pour que l'on puisse t'aider du mieux possible.