Droit en écriture ecrire/local//.ok

Christophe

Janvier 2011

Bonjour à tous.

Voilà que je galère depuis 4 jours à tenter l’installation la 2.1.8, suite au hacking de mon serveur.
J’étais initialement en 1.9.2. N’ayant plus accès à mon serveur sauf en SSH, j’ai dû sauvegarder en lignes de commandes mes dernières données.
J’ai donc remonté toutes les données après ré-installation de l’OS (Debian).
Evidemment spip ne fonctionnait pas. J’ai donc entrepris de lancer l’installation de la dernière version afin de boucher le trou de sécurité.
J’ai donc été confronté à bien des erreurs et essentiellement sur les problèmes de droit.

En fouillant sur ce site et sur le web j’en suis arrivé aux conclusions suivantes :
J’ai suivi scrupuleusement l’article http://www.spip.net/fr_article4121.html
Mais sans accès en 1.9 à l’interface, je n’ai pas désactivé les plugins ni sauvegardé la base MySql par spip.
Avant de transférer sur mon serveur le spip 2.1.8, j’ai modifié les fichiers php comme indiqué sur ce lien :
http://forum.spip.org/fr_225558.htm...
J’espérais beaucoup de cette manip qui me semblait pleine de bon sens, mais en tout cas cela ne règle pas tout.
Après transfert avec ftp via Filezilla, j’ai mis tout le site en chmod 777 (bien que cela ne se fait normalement).
J’ai aussi modifié le php.ini (tant administrateur) pour mettre le safe_mod à off (je n’aime pas ça non plus, mais étant donné tous les messages que je reçois ...) et évidemment redémarré le serveur apache (chose rarement dite dans les forums).
Enfin, pour me recréer un profil "admin" de spip, j’ai supprimé config/connect.php.

J’ai enfin pu lancer l’installation qui échoue en m’indiquant :
Le système a rencontré une erreur lors de l’écriture du fichier tmp//.ok. Veuillez, en tant qu’administrateur du site, vérifier les droits d’écriture sur le répertoire tmp.
Après vérification je suis bien 777 sur tmp.
Après suppression, re-création et chmod 777, j’ai toujours le même message.
Je trouve enfin une parade en transférant le tmp que j’ai sauvegardé dans une précédente installation et évidemment un nouveau chmod 777.

J’en suis arrivé à accéder à la page de login de l’administration mon_site/ecrire
Mais j’obtiens le message :
Le système a rencontré une erreur lors de l’écriture du fichier local//.ok. Veuillez, en tant qu’administrateur du site, vérifier les droits d’écriture sur le répertoire ecrire/local.

Je suis fatigué. Je sais que j’ai seulement déplacé le problème.
J’espère que quelqu’un aura la gentillesse de m’aider.
L’idéal serait de savoir le pourquoi de ces messages à répétition pour lesquels pleins de gens sont bloqués.

Merci à vous.

SPIP 2.1 Résolu

Par note Par date Par date chronologique

Indiquez l’intérêt que vous portez à cette réponse

0

Christophe

Janvier 2011

J’ai oublié de spécifier que j’ai regardé qu’il me restait suffisement de place disque (j’ai lu que certains étaient confrontés à ce problème).
Que j’ai vidé tmp/cache et tmp/session ainsi que la suppression des cookies du site sans meilleur résultat
Indiquez l’intérêt que vous portez à cette réponse

0

Christophe

Janvier 2011

Bien que j’ai avancé grace à ceci :
http://www.spip-contrib.net/Arborescence-des-dossiers-en-ecriture#formulaire_forum

Toujours des problèmes de droits sur local\cache-vignettes et ecrire\tmp\cache

Une idée ?
Indiquez l’intérêt que vous portez à cette réponse

0
François D

Janvier 2011
J’ai le même problème avec ce spip version 2.1.8 que je viens de télécharger et installer.
A la fin de l’install le message exact est :
vérifier les droits d'écriture Le système a rencontré une erreur lors de l'écriture du fichier tmp//.ok. Veuillez, en tant qu'administrateur du site, vérifier les droits d'écriture sur le répertoire ecrire/tmp.
Mais je ne vois pas ce qu’est un fichier tmp//.ok, et je ne vois pas non plus de répertoire ecrire/tmp. Sur une autre install qui fonctionne ailleurs je n’ai pas de dossier ecrire/tmp.

Il y a quelque jours sur un autre hébergeur j’avais une install sans problème. Je me demande si le problème viens de l’hébergeur (université) ou de spip 2.1.8
Indiquez l’intérêt que vous portez à cette réponse

0

Christophe

Janvier 2011

Il s’agit du répertoir tmp situé à la racine du site.
le fichier .ok est d’apres ce que j’ai vu un fichier de test en écriture.
Il s’agit en effet de problemes particulier a la machine qui héberge ton site.
Une machine bien protégée apporte ces problèmes. Dommage que l’équipe de développement n’ai pas pensé à cela et n’apporte pas une solution.

Pour ma part j’ai résolu une partie des problèmes en suivant ceci :
http://www.spip-contrib.net/Arborescence-des-dossiers-en-ecriture#formulaire_forum

Mais je reste bloqué sur le même message que toi sur :
local\cache-vignettes
Cela fait bientôt une semaine que je rame et je pensais que la communauté spip était active !!
Indiquez l’intérêt que vous portez à cette réponse

0
denisb

Janvier 2011
ce message d’erreur démontre effectivement un problème de droit d’écriture au niveau du serveur.
il indique (en gros) que le serveur n’autorise pas le script à créer le fichier.

il faut vérifier plusieures choses :
- les fichiers de spip ont’ils été installés par ftp ou par spip_loader ?
- si par ftp, le logiciel de ftp utilisé modifie-t’il les droits des fichiers téléversés ? (à vérifier et régler dans les préférences du logiciel)
- il y a 2 points à prendre en compte : les droits (lecture, écriture, exécution) et le propriétaire (user, groupe). il faut voir (avec ton hébergeur) comment est configuré le serveur quant à ce dernier point.
Indiquez l’intérêt que vous portez à cette réponse

0

Christophe

Janvier 2011

Merci pour votre réponse.
Personnellement je transfert mes fichiers par Filezilla et je n’ai pas trouvé l’emplacement où on peut modifier le droit lors des transferts.
Sachant tout de même que j’ai mis tous les répertoire à partir de la racine en droit 777 avec récursivité dans les dossiers et fichiers enfants via Filezilla.
Chose que je fais également à chaque transfert.
J’ai un accès root sur le serveur. Mais suis pas forcément un "pro" des commandes sous unix et notamment concernant l’attribution des droits.
Concernant l’utilisateur déclaré pour la base MySql, je lui ai attribué tous les privilèges.
Si vous pouvez m’aider ce serait top !
Indiquez l’intérêt que vous portez à cette réponse

0

Christophe

Janvier 2011

Question pour un champion des droits !
Toujours rien de réglé mais depuis après plein de recherche sur le serveur Linux et la racine du site j’ai réalisé :
chown -R www-data:www-data .
qui autorise tout le monde à créer ce qu’il veut partout

chmod -R 777
Donne tous les droits à tout fichier et répertoire et sous-répertoire.

puis un redémarrage d’apache : /etc/init.d/apache2 restart

Et, et, et ????

"vérifier les droits d’écriture
Le système a rencontré une erreur lors de l’écriture du fichier local//.ok. Veuillez, en tant qu’administrateur du site, vérifier les droits d’écriture sur le répertoire ecrire/local."

Avec tous les droits et toutes les autorisations ? Ben oui !

Une idée ?
Indiquez l’intérêt que vous portez à cette réponse

0

cy_altern

Janvier 2011

en faisant .../ecrire/ ?exec=info vérifie la configuration du PHP de ta machine pour ce qui est des paramètres safe_mode et safe_mode_gid : si ces paramètres sont à ON ça pourrait expliquer ton problème.
Indiquez l’intérêt que vous portez à cette réponse

0

Christophe

Janvier 2011

Merci beaucoup pour ta réponse mais comme je l’ai indiqué ci-dessus, j’ai bien mis les safe_mode à OFF (cf. copie de la page que tu m’as demandé).
safe_mode Off Off
safe_mode_exec_dir no value no value
safe_mode_gid Off Off
safe_mode_include_dir no value no value

Autre idée ?
Indiquez l’intérêt que vous portez à cette réponse

0

denisb

Janvier 2011

quelle valeur pour _SPIP_CHMOD est définie dans config/chmod.php ?
Indiquez l’intérêt que vous portez à cette réponse

0

Christophe

Janvier 2011

Je l’ai vérifié également :

if (!defined("_ECRIRE_INC_VERSION")) return ;
if (!defined(’_SPIP_CHMOD’)) define(’_SPIP_CHMOD’, 0777) ;
Indiquez l’intérêt que vous portez à cette réponse

0
cy_altern

Janvier 2011
Quelques pistes pour investiguer :
– tu as fait un chown -R www-data:www-data sur l’arborescence mais es tu certain que ce sont bien le compte utilisateur et le groupe utilisé pour faire tourner apache ? (on ne sait jamais...)
– puisque tu as accès SSH et les droits nécessaires, tu pourrais essayer aussi de faire :
chmod -R g+s
sur les répertoires nécessitant l’écriture par apache (toute l’arborescence SPIP éventuellement) : ça permet que tous les nouveaux fichiers / répertoires aient le même proprio et groupe que leur parent.
– sinon il serait intéressant que tu essaie l’écriture dans le dossier depuis un script PHP directement (sans passer par SPIP) : pour cela crée un fichier .../local/test.php dans lequel tu met le code suivant :
<?php echo 'resultat creation de fichier: '.touch('toto.txt'); echo '<br><br>resultat creation repertoire: '.mkdir('rep'); ?>
ensuite tu appelle directement ce fichier : http://ton-spip.tld/local/test.php ce qui va te donner les retours (0 ou 1) pour ce qui est des fonctions de création de fichier et dossier par PHP (et si le fichier toto.txt et le répertoire rep sont créés tu pourra voir avec quel compte + groupe ils le sont).
Indiquez l’intérêt que vous portez à cette réponse

0

Christophe

Janvier 2011

Salut Denisb,
Comme tu t’en doutes le répertoire et le fichier toto ont bien été créés.
Entre temps j’avais changé le propriétaire et son groupe.
Disons que le proprio se nomme bidule.
ls -l me montre sur le fichier et répertoire bidule:psaserv
Pour information bidule est le login FTP et est également le User de Mysql pour le site.
J’ai évidemment fait un chown -R bidule:psaserv . sur l’ensemble du répertoire après, mais le résultat reste :
vérifier les droits d’écriture
Le système a rencontré une erreur lors de l’écriture du fichier local//.ok. Veuillez, en tant qu’administrateur du site, vérifier les droits d’écriture sur le répertoire ecrire/local.

Tu me demandes les comptes et groupe du User Apache en tête de ton précédent message.
Ca je ne sais comment l’obtenir. Je présume que c’est par le test.php que tu m’as donné ?

Donc pour l’instant problème non résolu et ma cliente, pour être poli, s’impatiente (1 semaine sans son site).
Indiquez l’intérêt que vous portez à cette réponse

0

Christophe

Janvier 2011

Pour les cracs des droits sous UNIX l’anomalie perdure.
Désolé Denis.
Dans mon précédent message j’indique que le propriétaire et groupe des fichier et répertoire créés sont bidule:psaserv
Ils sont en réalité www-data:psaserv
Evidemment j’ai fait le chown -R www-data-psaserv . sur la racine et même message.

Merci de ton aide, vu que tu maitrises
Indiquez l’intérêt que vous portez à cette réponse

0

Janvier 2011

j’ai résolu le problème en ecrivant
define(’_CREER_DIR_PLAT’, true) ;
dans mes_options.php

Mais pourquoi, je ne sais pas !
Indiquez l’intérêt que vous portez à cette réponse

0

Lokonel

Février 2012

J’avais exactement le même problème lors d’une grosse MAJ v1.8>v1.9>2.1.12

Ne voulant pas utiliser la modif define(’_CREER_DIR_PLAT’, true) ; à cause de la mise garde indiquant que c’est irrémédiable, j’ai finalement posé la question à mon hébergeur.
Sa réponse : « La solution la plus simple est d’exécuter php en application fast cgi plutôt qu’en apache. Je m’en occupe. Après plus aucune prise de tête avec les droits et le site est bcp plus rapide. ».

Je suis un noob donc je n’ai rien compris, mais ce que je peux dire, c’est que ça règle complétement le problème.
Peut-être que Mr SPIP pourrait se pencher sur la question, si ça n’a pas déjà été fait (j’ai un peu de mal à naviguer dans le forum...).
Indiquez l’intérêt que vous portez à cette réponse

0

cy_altern

Février 2012

Mr SPIP il s’est penché sur la question et il dit qu’en principe personne n’a de problème avec ça si ce n’est ceux qui ont un serveur configuré un peu trop paranoïaque et pas super-hyper bien adapté au fonctionnement standard des applis web...
Alors certes c’est une soluce mais qui nécessite une très grosse modification de la configuration du serveur et je soupçonne que "relaxer" les options de sécurisation aurait été plus rapide et moins compliqué à faire...

A partir de là, c’est super d’ajouter une solution possible à ce problème, merci ! :-)
Indiquez l’intérêt que vous portez à cette réponse

0

erational

Février 2012

merci pour ce post et aussi ce thread sur l’incompatibilité de SPIP avec le safe_mode ON

Item pour SPIP 3, qui avec le safe_mode ON génére le même bug en faisant même apparaitre la constante _SPIP_ECRIRE_SCRIPT
Indiquez l’intérêt que vous portez à cette réponse

0

liberte

Septembre 2012

Bonjour,

Message d’un néophyte qui a installé Spip 3.0 en local avec MAMP

Les logos et document se téléversent depuis mon ordinateur (je n’ai pas le choix du port-folio si j’insère le document a partir des articles. Le port-folio apparait par contre si je passe par document dans éditon de la partie privée) et apparaissent dans les articles. Par contre les vignettes des fichiers pdf ne s’affichent pas et j’ai eu le message d’erreur fichier local cache vignette.

Je n’ai pour l’instant aucune compétence pour faire des modifications dans le code (les messages ci-dessus concernent plutôt des personnes habituées).

Quelqu’un aurait-il une solution simple à proposer ?

Merci par avance

Est-ce du a une mauvaise installation ou configuration de MAMP ?
J’ai la version gratuite sans accès au terminal.

MAMP 1.9.6
Mac OSx 10.4.11
Indiquez l’intérêt que vous portez à cette réponse

0

Ochiaberi

Janvier 2013

Bonjour,
J’ai un site en SPIP 3 chez OVH, j’ai un problème similaire auquel je ne parviens pas à trouver de solution : les anim flash se rangent dans un dossier /IMG/swf. Si j’utilise ça, mes anims sont inaccessibles et j’ai un message "vous n’avez pas le droit d’accéder au répertoire /IMG/swf". J’ai pris mon Filezilla, j’ai mis tous les droits à 777 y compris sur les fichiers. Rien à faire. En revanche, si je pose mes fichiers dans la racine du dossier /IMG, je peux y accéder via l’url (mais pas utiliser les raccourcis SPIP comme

, ce que je voulais faire initialement).
J’ai lu ce post en entier, je n’ai absolument pas la main sur la config du serveur donc impossible de modifier le safe_mode de PHP.

J’ai eu l’idée de faire quelque chose dans le fichier .htaccess mais j’ignore quoi, c’est ce que je cherchais sur le forum.

Quelqu’un a-t-il une idée ?

Merci d’avance.
Indiquez l’intérêt que vous portez à cette réponse

0

philip

Août 2013

Bonjour , j’ai aussi un gros problème avec les droits en écriture ; je reçois régulièrement ce message : Le système a rencontré une erreur lors de l’écriture du fichier tmp/cache/e/inc-entete-fr—51e2fbcc043ad50374. Veuillez, en tant qu’administrateur du site, vérifier les droits d’écriture sur le répertoire tmp/cache/e.
je suis chez un hébergeur professionnel online.net
je ne suis pas spécialiste et ne sais pas quoi faire, qui peut m’aider ? Merci
Indiquez l’intérêt que vous portez à cette réponse

0

Janvier 2014

Bonjour,
J’ai le même problème de droits d’écriture avec SPIP 3. Je suis hébergé chez Online.net. J’ai essayé toutes les propositions de solutions trouvées ici et sur le web. Je désespère et la seule solution que j’ai trouvée : abandonner SPIP et passer à autre chose... dommage !