pb accès espace privé : login interdit...

Dace

Janvier 2009

Bonjour à tous,

j’avais un site spip 1.9.2d et j’ai essayé une mise à jour vers 2.0.2. j’ai uploadé tous les fichiers de la nouvelle version et je voulais me connecter dsd l’espace privé mais là Surprise !!!

il me demande mon login et mot de passe et quand je rentre les bons identifiants, il me mets : "login : Accès interdit"

Aucun moyen de finir la mise à jour...

Merci pour votre aide...

Par note Par date Par date chronologique

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

0

Abdou74100

Janvier 2009

Me concernant, c’est de même :( Je vais provisoirement passer à l’ancienne version et faire la Maj ensuite..
Indiquez l’intérêt que vous portez à cette réponse

0

Dace

Janvier 2009

j’ai réglé mon soucis en supprimant les dossiers tmp et cache-vignettes et en les recréant en leur assignant un chmod 777...

le pb c’est qu’à chaque fois que je vide le cache, je dois recréer ce dossier cache-vignettes.. autant dire que c’est pénible..

qqn aurait-il une solution ?
Indiquez l’intérêt que vous portez à cette réponse

0

seb

Janvier 2009

C’est très étrange... Je viens d’installer la version 2 juste pour voir et pas moyen d’accèder (login : accès interdit) donc pas moyen de rentrer !

J’ai effacé le /tmp et recréé mais cela ne change rien.
Indiquez l’intérêt que vous portez à cette réponse

0

onaiel

Janvier 2009

même souci que vous autres.

sur une nouvelle installation de SPIP, directement en 2.0.2.

L’installation s’est bien passée mais impossible de me connecter en admin. J’ai pu changer mon mdp via "mot de passe oublié", donc mon compte existe bien, mais à chaque tentative de connexion j’ai "login : Accès interdit".

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

0

Lujayne

Janvier 2009

Je ne sais pas pour vous, mais pour moi ce problème a été résolu en désactivant le Safe_mode de PHP (demandez à vos hébergeurs de le faire, eux comprendront si vous ne comprenez pas).
Indiquez l’intérêt que vous portez à cette réponse

0

onaiel

Janvier 2009

oui c’est ce dont je me suis aperçu hier soir. Je voulais poster un message à ce propos. La procédure est en cours, je vous tiens au courant si ça marche...
Indiquez l’intérêt que vous portez à cette réponse

0

Janvier 2009

Perso j’ai le Safe_mode à Off et j’ai la même erreur.

Parcontre quand je supprime "temp" et que je le recreer en 777 ca marche...

(je suis en mutualisé OVH)
Indiquez l’intérêt que vous portez à cette réponse

0

onaiel

Janvier 2009

bon toujours pas de réponse de l’hébergeur.

par contre, en supprimant le dossier tmp et en le recréant en chmod 777, j’ai le même pb...
Indiquez l’intérêt que vous portez à cette réponse

0

onaiel

Janvier 2009

bon j’ai résolu mon problème tout en ayant le safe_mode en on.

grâce à Lp dans ce topic

lp*
17 décembre 2008 08:35

Solution

Le problème viens des autorisations des dossiers : "cache" et "sessions" dans la racine "tmp" il faut les supprimer et ensuite les recréer et redéfinir leurs autorisation qui doit être en 777. Ensuite vous pourrez normalement vous connecter dans la partie administration
Indiquez l’intérêt que vous portez à cette réponse

0

oulala.net

Janvier 2009

ça ne résoud rien du tout. j’ai fait toutes les manips décrites dans ce forum et j’en arrive toujours au même message d’erreur : login interdit.

Personne n’a la solution ?

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

0

denisb

Janvier 2009

il n’y a pas une solution.
cela dépend de :
– l’hébergeur
– la configuration safe_mode du serveur
– le type de mise à jour effectuée (dépôt ftp ou spip_loader)
– la version du spip d’origine (n° svn)
– la version du spip de mise à jour (n° svn)
– l’utilisation de plugins (noms, versions)
– l’utilisation d’un répertoire perso squelettes/
– l’utilisation de fichiers de configuration perso (mes_fonctions.php et mes_options.php)
Indiquez l’intérêt que vous portez à cette réponse

0

oulala.net

Janvier 2009

ça fait beaucoup de "si" et d’hypothèses.
Il est donc urgent d’attendre que la version 2 soit compatible avec les hébergeurs. C’est ma conclusion après avoir passé plus de 20 heures à galérer.
Je suis hébergé chez Nfrance depuis plus de 10 ans et je n’ai jamais eu de problème avec toutes les versions de SPIP, jusqu’à la 2, ni avec quelque autre outil que ce soit.
Je me dis : heureusement que je n’ai pas fait une mise à jour du site opérationel, mais un essai sur un espace disponible.
Indiquez l’intérêt que vous portez à cette réponse

0

oulala.net

Janvier 2009

Bonjour,

Vu avec mon hébergeur : Nfrance.com.
Spip 2 ne peut fonctionner qu’avec le Safe_mode off.
Outre le fait que cela pose des problèmes de sécurité pour les hébergeurs, Nfrance propose la migration gratuite sur un serveur dont le Safe_Mode est désactivé. "Amanda3" pour les intimes.
C’est la solution que j’ai retenue et qui sera mise en œuvre dans les prochains jours.

Inutile, donc, de passer des heures, comme je l’ai fait, à tenter de faire fonctionner Spip 2 sur un hébergement qui n’offre pas le Safe_mode off.
La modification des droits en écriture sur "temp", etc ; et la recréation de "dossiers" et "sous dossiers" n’y feront rien.

Je regrette, toutefois, que cette information capitale n’ait pas été donnée lors de la sortie de Spip2 notamment dans le fichier "install.txt".
Indiquez l’intérêt que vous portez à cette réponse

0

Committo, Ergo Sum

Janvier 2009

Comme l’indique le message du 6 Janvier, SPIP peut marcher en Safe_mode On,
l’hébergeur a fait une réponse à la louche. De plus, lorsque SPIP rencontre un problème d’accès en écriture en général il le dit clairement, le message Accès interdit étant normalement réservé à des auteurs déchus ou ce genre de chose.

Dans le répertoire tmp, il y a un sous-répertoire sessions qui est utilisé au moment du login, a-t-il bien été détruit lui aussi avant l’installation ? Avec le safe_mode, il faut absolument que les répertoires tmp/ local/ IMG/ et /config soient vides.
Indiquez l’intérêt que vous portez à cette réponse

0

ReunigKozh

Janvier 2009

Je suis chez NFrance et je viens d’installer la version SPIP 2.0.3. Moi aussi je n’arrive pas à me connecter à l’espace privé même après avoir vidé les répertoires tmp/ local/ IMG/ et /config mais là il faut recommencer la procédure d’installation.

C’est exact que le message "Accès interdit" arrive après avoir fait quelques essais infructueux de connexion et que notre compte se trouve déchu

Dois-je demander à NFrance de passer sur un serveur dont le Safe_Mode est désactivé comme oulala.net l’a fait ???
Indiquez l’intérêt que vous portez à cette réponse

0

oulala.net

Janvier 2009

La seule solution consiste à demander à désactiver le Safe_mode.
C’est gratuit, mais Nfrance va vous demandera de signer une décharge qui engage votre responsabilité.
Personnellement je ne l’ai pas signée et je renonce à la version 2 en attendant une hypothétique solution venant des développeurs de SPIP... ou la version 6 de PHP qui va définitivement supprimer le Safe_mode.
Indiquez l’intérêt que vous portez à cette réponse

0

ReunigKozh

Janvier 2009

N’y aurait-il pas un autre problème car je vois dans le fil de la discussion que certains arrivent à régler le problème quelque soit l’état du Safe_mode

Sinon je vais aussi attendre la nouvelle version de PHP :(
Indiquez l’intérêt que vous portez à cette réponse

0

oulala.net

Janvier 2009

Moi je n’y suis pas arrivé, mais si quelqu’un a la solution, je suis preneur....

Il est vrai que beaucoup d’hébergeurs laissent le Safe_mode en off... avec les conséquences que cela peut avoir sur la sécurité.

Moi, la question que je pose et à laquelle je n’ai jamais eu de réponse , c’est : pourquoi avoir développé un produit qui impose le Safe_mode off alors que les versions de PHP installées sur la totalité des hébergeurs, sérieux, requierent le Safe_mode on ?

Ne pas avoir de réponse de l’équipe de développeurs me pose problème, aussi.
Indiquez l’intérêt que vous portez à cette réponse

0

Committo, Ergo Sum

Janvier 2009

J’ai pourtant déjà répondu sur ce fil que SPIP peut marcher en SafeMode On, le problème est ailleurs mais les informations données ne me permettent pas d’aider plus. .
Indiquez l’intérêt que vous portez à cette réponse

0

oulala.net

Janvier 2009

je recommence pour commito :

Installation propre sur un espace business serveur Nfrance.
Importation d’une base de donnée générée en local (malheureusement au format ISo mais c’est pas le plus grave).

Tout fonctionne sur l’espace public : www.netmulot.net

Essai d’entrer dans l’espace privé :

1er problème : login interdit.
Manip : re-création des répertoires et sous répertoires comme indiqué dans ce forum.

2 ème problème : Fatal error : Call to undefined function : imagegif() in /homexx/mxxxx/vos-pages-html/ecrire/inc/filtres_images_mini.php on line 215

Impossible d’aller plus loin. Il semblerait que Spip refuse d’écrire dans le répertoire "tmp". il est bien en 777.

J’ai vérifié tous les droits en écriture.
Indiquez l’intérêt que vous portez à cette réponse

0

Committo, Ergo Sum

Janvier 2009

On mélange les problèmes là.
Le cas de la version de PHP qui n’a même pas imagegif a déjà été signalé dans le forum (il faut utiliser le moteur de recherche, on ne peut pas écrire des milliers de fois les mêmes réponses). Une fois n’est pas coutume, je redonne ici la
modification à faire.

Cela dit, le résultat ne sera pas terrible graphiquement, on travaille à une version plus robuste face à une version de PHP aussi légère. Mais là l’hébergeur pourrait faire un effort, la disponibilité de imagegif ne pose aucun problème de sécurifé.
Indiquez l’intérêt que vous portez à cette réponse

0

ReunigKozh

Janvier 2009

Moi je transfère spip. Je me connecte à ecrire/ Je configure la base
J’essaie de rentrer dans l’espace privé.J’ai

"Vous avez tenté d’accéder à l’espace privé avec un login qui ne le permet pas."

et pas moyen d’accéder à l’espace privé par contre j’ai la page d’accueil :

http://www.lalibertedelesprit.org/spip/
Indiquez l’intérêt que vous portez à cette réponse

0

Committo, Ergo Sum

Janvier 2009

Etrange, le message semble dire que le compte administrateur a été créé avec le statut de visiteur. C’est une installation tout neuve, ou bien la base avait elle déjà quelque chose ?
Indiquez l’intérêt que vous portez à cette réponse

0

Alain BOURDEAU

Janvier 2009

Bonjour,
Si il y a un fichier login.php dans la directorie squelettes ou en sous directorie c’est cette procédure qui est lancée mais comme spip 2.0.x travaille autrement - plus de sécurité - ça coince. Donc neutraliser ce fichier dans squelettes.
Indiquez l’intérêt que vous portez à cette réponse

0

Janvier 2009

J’ai eu ça à la première installation puis j’ai retranféré les fichiers et effacé les tables, pour avoir encore ce blocage
—

Il n’y a pas de fichier login.php dans le répertoire squelette ou ses sous-répertoires

« Précédent 1 2 3 4 Suivant »