मेरी वर्डप्रेस साइट पर लॉगिन करने में असमर्थ। reauth = 1 पुनर्निर्देशन लूप। कोई राय कि इसे कैसे ठीक किया जाए?

15

मुझे अपनी वर्डप्रेस साइट पर लॉग इन करने में कुछ कठिनाई हो रही है। जब मैं example.com/wp-admin पर जाने का प्रयास करता हूं, तो मैं एक खाली पृष्ठ देखता हूं और url बार बदल जाता है:

http://example.com/wp-login.php?redirect_to=http%3A%2F%2Fmysite.com%2Fwp-admin%2F&reauth=1

अगर मैं example.com/wp-login.php पर जाता हूं, तो मुझे केवल URL पर कोई भी बदलाव किए बिना एक खाली सफेद पृष्ठ दिखाई देता है।

मैंने पुष्टि की है कि यह मेरी स्थानीय मशीन पर कुछ भी समस्या नहीं है क्योंकि व्यवहार कई ब्राउज़रों और उपकरणों में बना रहता है।

मैं इस मुद्दे के बारे में कई मंच पोस्ट पाया है, लेकिन कोई भी एक संतोषजनक समाधान प्रदान करते हैं।

कृपया मदद करें क्योंकि मुझे साइट पर सामग्री को अपडेट करने की तत्काल आवश्यकता है।

अद्यतन: मैंने वर्डप्रेस डिबगिंग चालू किया और निम्न त्रुटि देखी

Fatal error: Cannot redeclare check_password_reset_key() 
(previously declared in /home/wordpress/public_html/wp-login.php:281) 
in /home/wordpress/public_html/wp-includes/user.php on line 1637

इसे ठीक करने के लिए कोई भी सुझाव बहुत सराहना की जाएगी

debug wp-login-form

— user44754
स्रोत

3

अपनी कुकीज़ साफ़ करें।

— व्य्क

आखिरी बार आप WP में कब प्रवेश कर पाए थे? wp-admin wp-login.php पर रीडायरेक्ट करना सही है। क्या आपने कुछ बदला, उदाहरण के लिए एक प्लगइन जोड़ें?

— user42826

मैं पिछली बार लॉगिन करने में सक्षम था मैंने कुछ दिन पहले कोशिश की थी। मैंने एक प्लगइन स्थापित किया था, लेकिन मैंने इसे हटा दिया और समस्या बनी रहती है

— user44754

यह सुनिश्चित करने के लिए अपने htaccess की जाँच करें कि यह विस्की नहीं है।

— माइकनेजरेट

यदि अन्य सभी विफल होते हैं, तो wp-config.php में डीबगिंग सक्षम करें define('WP_DEBUG', true);और wp-admin तक पहुँचें। आपको त्रुटि संदेशों को देखने में सक्षम होना चाहिए और यह रिक्त क्यों है। यदि यह पहले काम कर रहा था तो मेरा अनुमान एक प्लगइन त्रुटि है।

— user42826

10

एक ही समस्या थी ... कुकीज़ को साफ़ करना चाल नहीं चली।

क्या चाल पहले गुप्त मोड से प्रवेश कर रही थी , और फिर मैं सामान्य रूप से लॉगिन करने में सक्षम था।

— डैनियल
स्रोत

1

यह सुनिश्चित नहीं है कि इसे क्यों डाउनवोट किया गया है ... session_token को हटाने के बाद, मैंने गुप्त का भी उपयोग किया। मुझे क्रोम कैश को भी साफ़ करने की आवश्यकता होगी, लेकिन गुप्त ने समस्या का एक हिस्सा उजागर करके समस्या को हल करने में मदद की थी वह था ब्राउज़र। Chrome के पास निर्दयी कैश है और वह अक्सर इस तरह के मुद्दों के केंद्र में होता है।

— टिस्क

Upvoted, यह मेरे लिए काम किया। अजीब।

— आईएएमजुलियानअकोस्टा

5

इस समस्या के कई संभावित कारण हैं। कुछ अपने डेटाबेस के साथ क्या करना है। WP_DEBUG चालू करने और त्रुटि संदेशों की व्याख्या करने का प्रयास करें।

अपने स्वयं के मामले में (जो कि मैं आपके प्रश्न पर यहाँ कैसे ठोकर खाई है), समस्याएं usermeta में सत्र टोकन लिख रही थीं। मैं PhpMyAdmin> wp_usermeta> में गया और session_token के लिए मेटा_वल्यू हटा दिया। (विस्तृत कहानी यहां https://wordpress.org/support/topic/possible-fix-for-sudden-redirect-loop-at-wp-login-with-reauth1 )

— mengsel
स्रोत

यह आपके ब्राउज़र कैश को साफ़ करने के साथ स्वीकृत उत्तर होना चाहिए।

— टिस्क

मैंने इस तरह का उपयोग किया है 'UPDATE wp_usermeta SET meta_value =' 'WHERE meta_key =' session_tokens 'और user_id = <myuserid>;

— न्यूमैन

मेरे मामले में, session_tokensमेरे उपयोगकर्ता के लिए भी सेट नहीं किया गया था। या अधिक विशेष रूप से, user_idकिसी भी तरह एक यादृच्छिक संख्या में बदल दिया गया था। मुझे नहीं पता कि यह कैसे हुआ। इसलिए सुनिश्चित करें कि आपके उपयोगकर्ता_आईडी और मेटा_की = सेशन_टोकेंस के साथ wp_usermeta में वास्तव में एक पंक्ति है

— David

बहुत धन्यवाद! मैंने अपने प्राथमिक साइट यूआरएल को एक वर्डप्रेस मल्टीसाइट सेटअप में गड़बड़ कर दिया था। मैं केवल गुप्त मोड में प्रवेश करने में सक्षम था - अपने डोमेन के लिए सभी कुकीज़ को हटाना और कैश को साफ करने में मदद नहीं की। मैं के लिए मूल्य हटाया session_tokensकी wp_usermeta मेज और इससे मेरी समस्या :) अच्छी तरह से किया श्रीमान तय!

— एंड्रयू

2

यह एक वर्डप्रेस तालिका दुर्घटनाग्रस्त होने के कारण हो सकता है। परिभाषित करना ('WP_DEBUG', सच); wp-config.php में आपको यह दिखाएगा कि यदि यह मामला है तो कौन सी तालिका दुर्घटनाग्रस्त हो गई है।

— ल्यूक रहमान
स्रोत

1

मैंने इस समस्या को सुरक्षा कुंजियों को परिभाषित करके हल किया wp-config.php:

define('AUTH_KEY',         '');
define('SECURE_AUTH_KEY',  '');
define('LOGGED_IN_KEY',    '');
define('NONCE_KEY',        '');
define('AUTH_SALT',        '');
define('SECURE_AUTH_SALT', '');
define('LOGGED_IN_SALT',   '');
define('NONCE_SALT',       '');

किसी कारण से वे खाली थे ... कुछ जनरेट किए गए खाली तारों को यहां बदलें: https://api.wordpress.org/secret-key/1.1/salt/ (धन्यवाद जोश रोडर्स)

— निको प्रात
स्रोत

रैंडम-पासवर्ड-जैसे स्ट्रिंग्स नहीं ... वर्डप्रेस आपके लिए इसे यहां पुन: उत्पन्न

— जोश रॉजर्स

बदलते वर्डप्रेस साल्ट्स ने मेरे लिए काम किया।

— जय

मेरे मामले में वे मूल्य खाली नहीं हैं। क्या मुझे api.wordpress.org/secret-key/1.1/salt में मान के साथ इसे बदलना चाहिए ?

— संतोसा सैंडी

हो सकता है, आप कुकीज़ को साफ़ करने की कोशिश करें, नमक की चाबियों को पुनः प्राप्त करें और फिर से लॉग इन करें।

— निको प्रात

1

किसी भी समय आप से एक आगे है http://mysiteके लिए http://mysite/, यह तो होना ही है। मेरे मामले में, मेरे पास एक प्रबंधकीय httpd प्रक्रिया चल रही है जिसमें कई वर्चुअल होस्ट हैं। एक को इस प्रकार कॉन्फ़िगर किया गया था:

<VirtualHost *:*>
    ServerName mysite.com
    ProxyPass "/blog" "http://bloghtml/blog/"
    ProxyPreserveHost On
</VirtualHost>

समस्या "/blog"को "/blog/"ठीक करने के लिए बदल रहा है।

— सीमित प्रायश्चित
स्रोत

0

मेरे पास भी यह मुद्दा था लेकिन एक अलग संदेश था। फिक्स के असंख्य के माध्यम से काम करने के बाद: htaccess, नाम बदला हुआ प्लगइन्स, बदला हुआ विषय, wp-config.php में रिक्त स्थान के लिए जाँच की मैं अभी भी अटक गया था।

PHPMyAdmin में प्रवेश करके मैंने तालिकाओं को अनुकूलित करने की कोशिश की, लेकिन एक उपयोगकर्ता द्वारा अस्वीकृत त्रुटि मिली। यह डेटाबेस की निगरानी के लिए किया गया था और फिर साझा होस्टिंग द्वारा 'अवरुद्ध' किया गया। मुख्य अपराधी (एक वर्डफेंस लॉग टेबल) को खोजने के बाद, मैंने 30 मिनट और हे प्रिस्टो का इंतजार किया, यह सब फिर से काम कर गया।

सोचा था कि यह किसी और को पूरी तरह से हर दूसरे सुझाए गए विकल्प की कोशिश करने के बाद मदद कर सकता है!

— विश्लेषणात्मक रचनात्मक
स्रोत

0

बस इसी बात से गुजर गया। कैश क्लीयरिंग, .htaccess, DB सेशन क्लीयरिंग, ftp डिसेबल प्लग इत्यादि के साथ कोई भाग्य नहीं है कि मैं w / क्रोम गुप्त में लॉग इन कर पाया। बाद में मैं अभी भी सामान्य रूप से लॉग इन करने में सक्षम नहीं था। अकेले ब्राउज़र कैश काम नहीं करता था, मुझे विशेष रूप से डोमेन से संबंधित सभी कुकीज़ को हटाना पड़ा।

सेटिंग्स> उन्नत सेटिंग दिखाएं> सामग्री सेटिंग>

गोपनीयता सेटिंग्स के तहत, "सामग्री सेटिंग" बटन पर क्लिक करें

कुकीज़ के तहत, "सभी कुकीज़ और साइट डेटा" बटन पर क्लिक करें

फिर सर्च बॉक्स में एक कीवर्ड द्वारा अपनी वेबसाइट खोजें: अपनी वेबसाइट को हाइलाइट करें और अपने कीबोर्ड पर डिलीट पर क्लिक करें।

किया क्लिक करें और अपनी साइट पर फिर से लॉगिन करने का प्रयास करें (सामान्य मोड में। अर्थात। बस विंडो बंद करके गुप्त मोड से बाहर निकलें)

यदि आपके पास पहले से ही दूसरे टैब में साइट खुली है, तो आपको एक कुकी त्रुटि मिलेगी। सभी टैब बंद करें, पुनः खोलें, लॉगिन करें और आनंद लें

— एड होल्त्ज़मैन
स्रोत

0

उपरोक्त में से किसी ने भी मेरे लिए काम नहीं किया।

डिबग मोड सक्षम करने के बाद:

define('WP_DEBUG', true);

wp-config.php में

साइट मुझे डेटाबेस उपयोगकर्ता के साथ अनुमति के मुद्दे बता रही थी ...

मेरे लिए क्या काम किया, रूट डेटाबेस उपयोगकर्ता (कम अनुमतियों के साथ एक 'वेब' उपयोगकर्ता के बजाय) पर वापस लौटा रहा था।

स्पष्ट रूप से एक दीर्घकालिक समाधान नहीं है, लेकिन आपको कोशिश करने के लिए कुछ और देता है जो आपके लिए काम कर सकता है।

— माइक रिगली
स्रोत

0

मैं समुदाय में योगदान देना चाहूंगा और यह समस्या बहुत कष्टप्रद है। गैर-समाधान ने मेरे लिए काम किया। मैंने ऐसा करने से पहले कोई प्लग इन स्थापित नहीं किया था इसलिए मुझे लगता है कि यह एक वर्डप्रेस बग है!

मेरी सटीक त्रुटियां: Via WP डिबगर। लॉगिन स्क्रीन के बाद इस त्रुटि के साथ सफेद स्क्रीन आई।

 Fatal error: Class 'PasswordHash' not found in /var/www/public_html/example.net/wp-includes/pluggable.php on line 2079

अपाचे त्रुटि लॉग।

PHP Fatal error:  Class 'PasswordHash' not found in /var/www/public_html/example.net/wp-includes/pluggable.php on line 2138, referer: http://example.net/wp-login.php?redirect_to=http%3A%2F%2Fexample.net%2Fwp-admin%2F&reauth=1

मैंने समस्या का समाधान कैसे किया। 1. DB में मैंने अपने एडमिन पासवर्ड को सादे टेक्स्ट पासवर्ड में एड किया। 2. कोड की इन पंक्तियों को pluggable.php में जोड़ा। मूल रूप से अब WP नॉन हैशेड पासवर्ड को पहचानता है। यहाँ pluggable.php का संपादित अर्क है

function wp_check_password($password, $hash, $user_id = '') {
<------>global $wp_hasher;

<------>//20170713 Added by Stefan
<------>$check=($hash==$password);
<------>return apply_filters('check_password', $check, $password, $hash, $user_id);

... और थोड़ा कम

function wp_set_password( $password, $user_id ) {
<------>global $wpdb;

<------>//$hash = wp_hash_password( $password );
<------>//20170713 Changed by Stefan
<------>$hash=$password;

आशा है कि यह किसी की मदद करेगा, क्योंकि गुगली करने से मुझे मदद नहीं मिली।

— user2047710
स्रोत

चूँकि सब कुछ सुचारू रूप से चलता है, इसलिए आज तक मुझे अपने मल्टी इंस्टॉल में नया ब्लॉग बनाना था और चूंकि स्क्रिप्ट में उपयोगकर्ता और उसके पासवर्ड को जोड़ने की आवश्यकता होती है, इसलिए पासवर्ड हैशिंग को पूरी तरह से समाप्त करने के लिए कुछ और टिप्पणी आवश्यक थी। बस आपको यह बताने के लिए।

— user2047710

0

मुझे भी यही समस्या थी लेकिन बहुत समय बिताने के बाद भी सवारी नहीं मिल सकी, यहाँ से यह जवाब मिला । -डायरेक्टिंग-इश्यू / तो इसकी सिर्फ एक कुकी समस्या है जिसे हमें ब्राउज़र कुकी को साफ़ करने और इसे फिर से सक्षम करने की आवश्यकता है और वह यह है।

— इमरान शेख
स्रोत

0

मैं http: // के बजाय अपनी वेबसाइट तक पहुंचने के लिए https: // का उपयोग करके इसे ठीक करता हूं। इस तरह मुझे कोई पुनर्निर्देशन नहीं मिला। https://my_website.com/admin आप किसी https को इंगित करने के लिए cpanel में phpmyadmin के माध्यम से विकल्प तालिका में "साइटर्ल" और "होम" मान भी बदल सकते हैं। मैं चौकस हूं कि यह एक मुद्दा हो सकता है जिसमें एसएसएल को ठीक से पुनर्निर्देशित नहीं किया जा सकता है।

— विन नौविकु
स्रोत

0

मैंने अपनी साइट को एक सर्वर से दूसरे सर्वर पर माइग्रेट करने के बाद इस समस्या का अनुभव किया। नए सर्वर पर डेटाबेस आयात करने के बाद, मैं लॉगिन करने में सक्षम नहीं था। नए सर्वर पर मैंने अभी तक साइट को एसएसएल-सुरक्षित नहीं किया था, इसलिए मुझे डेटाबेस में साइटर्ल और घर को बदलना पड़ा।

ठीक कर

मैंने इसे डेटाबेस पर जाकर साइटर्ल और घर https://को http://भीतर से बदल दिया wp_options।

इससे दूसरों की मदद हो सकती है।

— Unicco
स्रोत

0

URL में क्वेरिस्ट्रिंग को हटाने का प्रयास करें ("?" और इसके पीछे सब कुछ) - वह है: सीधे wp-login.php पर जाएं। इसने मेरे लिए काम किया। मैंने पासवर्ड बदलने, नमक बदलने की कोशिश की, wp_usermeta में session_tokens के लिए मेटा_वल्यू क्लीयर कर दिया। उसमें से कोई भी काम नहीं किया।

क्षमा करें, मुझे पता है कि यह आपकी मदद नहीं करता है, जैसा कि आप कहते हैं कि आपका wp-login.php स्क्रीन सफ़ेद है, लेकिन यह किसी ऐसे व्यक्ति की मदद कर सकता है, जो मुझे पसंद करता है, जो यहाँ शीर्षक द्वारा खींचा गया है।

— user63350
स्रोत

0

यह मेरे साथ हुआ जब मैंने अपनी वेबसाइट को php v7.4 में अपग्रेड किया। 7.3 php में अपग्रेड करके इसे हल किया। दुर्भाग्य से, मुझे नहीं पता कि संस्करण को कैसे रखा जाए और समस्या को ठीक किया जाए। उम्मीद है कि जल्द ही WP डेवलपर्स इस मुद्दे को ठीक कर देंगे।

— एलोन गोल्डमैन
स्रोत

-1

के बाद मैं इस साइट URL बदल लेकिन मैं बदलने के लिए भूल गया यह मेरे लिए हुआ site_urlमें wp_sitemeta। फिर मैंने मूल्य को नए URL में बदल दिया, और समस्या हल हो गई।

— अली बोरसन
स्रोत

-1

मैंने wp-login.php फ़ाइल को किसी अन्य वेबसाइट के साथ बदलकर अपनी समस्या को ठीक किया जहाँ लॉगिन काम कर रहा था।

— केविन
स्रोत

-2

मेरी त्रुटि nginx confing फ़ाइल में नीचे निर्देश के कारण थी

location ~ \.php$ {

               #fastcgi_hide_header "Set-Cookie"; # Cache page with cookie

— mag8891
स्रोत