web-dev-qa-db-fra.com

Impossible de se connecter à Magento Admin

Je ne parviens pas à me connecter au panneau d'administration de Magento sur l'un de nos sites de transfert (cela fonctionne à 100% sur nos serveurs webdev et il fonctionnait très bien il n'y a pas si longtemps, aussi, sur le serveur de transfert).

J'ai effectué des recherches et la plupart des gens suggèrent qu'il est lié à l'exécution de Magento sur un hôte local et aux navigateurs de ne pas enregistrer les cookies pour les domaines sans points dans le nom de domaine. Le problème avec cela, cependant, c'est que nous l'exécutons à partir de http: //staging.sitename ... etc.

Une autre chose qui a été suggérée est que quelqu'un a changé le nom par défaut pour accéder à l'administrateur dans la configuration, mais nous ne l'avons pas changé.

Est-ce que quelqu'un a des idées qui pourraient aider?

Merci de prendre le temps de m'aider!

Sincères amitiés,
Rémy

sessioncookiesloginmagento
26
user223731

J'ai réussi à le réparer! J'ai trouvé cette solution ici: http://blog.chapagain.com.np/magento-admin-login-problem/ .

Je voulais savoir pourquoi cela avait résolu le problème et var_dumped les éléments que j'avais commentés et réalisé que le domaine des cookies était défini sur '/' et que magento avait été configuré sous '/ shop /'. Alors je suis allé à la section de configuration (ayant réussi à me connecter après avoir commenté les 3 lignes mentionnées dans l'article), j'ai changé le domaine et le chemin du cookie afin qu'ils soient vides et sauvegardés. J'ai ensuite commenté ces lignes et essayé à nouveau et tout fonctionne bien!

39
user223731

Dans la nouvelle installation de Magento, procédez comme suit ->

Ouvrir le fichier

app/code/core/Mage/Core/Model/Session/Abstract/Varien.php.

et changez le code de la ligne 87 en ceci ->

    $cookieParams = array(
        'lifetime' => $cookie->getLifetime(),
        'path'     => $cookie->getPath(),
      //  'domain'   => $cookie->getConfigDomain(),
      //  'secure'   => $cookie->isSecure(),
      //  'httponly' => $cookie->getHttponly()
    );
18
Shashank Agarwal

J'ai aussi rencontré ce problème. C’est ce que j’ai fait: Dans core_config_data, supprimez les lignes où path = web/cookie/cookie_domain

14
Nithin

Il suffit d'effacer les cookies et de les mettre en cache dans le navigateur Web. Cela fonctionne parfaitement pour moi.

5
user3544781

Avoir l'erreur spécifique aiderait. Quelques coups de feu dans le noir - 

Cela vaut la peine de vérifier vos réécritures. J'ai eu des problèmes pour me déplacer de serveur en serveur, l'un d'entre eux n'ayant pas correctement configuré la réécriture. Si nomserveur.com/index.php/admin fonctionne mais que nomserveur.com/admin ne fonctionne pas, vous avez un problème de réécriture.

Il se pourrait aussi que base_url ne soit pas configuré pour le bon serveur. L'avez-vous changé lorsque vous avez déplacé la base de données? Voir ma réponse à cet article pour plus de détails. 

2
Laizer

Bonjour, j'ai eu le même problème et je l'ai résolu en supprimant tous les fichiers de/var/session ..__ Je pense que c'est parce qu'il y a trop de sessions dans Magento!

et pour des raisons de sécurité, j'ai remplacé «Utiliser HTTP uniquement» par «Non» dans «Gestion des cookies de session» des paramètres «Web» après avoir pu me connecter à nouveau.

J'ai trouvé cette solution sur Internet: https://magento.stackexchange.com/questions/26071/magento-1-9-can-t-login-to-admin-panel

2
user3213786

J'ai aussi rencontré ce problème. Voici ce que j'ai fait: Dans core_config_data, supprimez toutes les lignes où path = web/cookie/cookie_domain.

2
JoenasE

Besoin de mettre à jour 3 éléments de la table core_config_data pour les chemins suivants:

  1. web/secure/base_url
  2. web/unsecure/base_url
  3. web/cookie/cookie_domain

utiliser des commandes comme 

UPDATE 'core_config_data' SET 'value'="localhost.com" WHERE path="web/cookie/cookie_domain"

et faites pas oubliez de nettoyer le cache et les cookies du navigateur.

1
th3pirat3

Nous avons eu le même problème et cela était dû au manque d'espace disque sur le serveur. Magento ne pouvait pas créer de nouvelle session et ne nous connectait donc pas. Libérez l'espace et le problème a été résolu. 

1
NateFriedman

J'ai résolu juste en effaçant le cache (exécutez php mage clear-cache depuis votre répertoire de base Magento 

1
Dmitri Sologoubenko

Je ne peux pas accéder au backend!

(Solution pour moi): 

app/etc/local.xml line 55

    <session_save><![CDATA[files]]></session_save>

remplacer

    <session_save><![CDATA[db]]></session_save>
1
Jean Paul CP

Si vous utilisez des exemples de données:

Modification: App/etc/local.xml ligne 55

<session_save><![CDATA[files]]></session_save>

remplacer

<session_save><![CDATA[db]]></session_save>

Ensuite: Effacer le cache du navigateur

1
Z. Rahman Raju

J'ai trouvé un nouveau moyen simple de résoudre ce problème. J'ai passé des heures et à la fin j'ai, peut-être pour désespoir, cette étape: Demander le mot de passe d'administration.

Allez donc sur la page de connexion de l’administrateur et cliquez sur le lien du mot de passe oublié.

Changer le mot de passe, et maintenant vous pouvez vous connecter à nouveau!

Cordialement

1
Michelangelo

Notre site fonctionnait bien pendant des mois. À l’heure actuelle, personne ne pouvait se connecter à l’administrateur, pas plus que nos utilisateurs ne pouvaient se connecter à leurs comptes frontend. Nous courons sur un serveur linux. 

Solution: le répertoire /magento/var/session était plein de fichiers de session sess_*; nombreux sont donc ceux qui ont tenté d'exécuter rm * mais ont échoué. Après un travail fastidieux dans les fichiers de session (rm sess_1*, rm sess_2*,... rm sess_a*, rm sess_b*,.. rm sess_v*), j'ai tout à coup pu me reconnecter à Magento. En fait, j'ai pu me connecter après quelques lots. 

Théorie: lorsque le répertoire de session contient trop de fichiers, il est possible que Magento ne puisse pas créer de nouveaux fichiers de session à temps, voire pas du tout.

1
compactdouble

J'ai fait une méthode simple. Je suis allé sur phpMyAdmin puis j'ai utilisé un nouveau mot de passe avec hachage MD5. Puis connecté avec succès avec ce mot de passe

0
mofidul

Je suis allé au bas de la page 2 des résultats de recherche gogole pour essayer de résoudre ce problème. J'ai fait tout ce que j'ai pu trouver qui a été suggéré. Mon ami a alors suggéré cet outil de ligne de commande n98-magerun . Lancer php n98-magerun.phar cache:flush l'a résolu. Je pourrais ensuite me connecter. Cependant, il y a beaucoup de commandes, donc si ça ne marche pas, peut-être une autre.

0
Claire

J'ai eu le même problème, et tout était avec le localhost. 

D'abord j'ai changé web/unsecure/base_url et web/secure/base_url. Ces deux valeurs de configuration avaient localhost et je l'ai remplacé par 127.0.0.1. Cela ne fonctionnait toujours pas tant que je n'avais pas supprimé le contenu de deux dossiers var/session/ et var/cache/. 

Maintenant ça fonctionne bien.

0
Altaf Hussain

Après avoir appliqué tant de solutions et de réponses, celle-ci a enfin fonctionné.

Commenter la ligne 108 ~

call_user_func_array(’session_set_cookie_params’, $cookieParams);

dans le fichier app/code/core/Mage/Core/Model/Session/Abstract/Varien.php

0
mirza vu

Pour ce qui vaut la peine, vérifiez que votre champ de mot de passe dans admin_user est au moins 100 caractères.

Si c'est 40, changer le mot de passe ne fonctionnera pas.

0
surfer190