WordPress“ Reauth = 1” การล็อกลูปและ“ คุกกี้ถูกบล็อก” ข้อผิดพลาด ฉันจะแก้ไขมันได้อย่างไร

WordPress ที่หวั่น "Reauth = 1" ปัญหาการเข้าสู่ระบบของผู้ดูแลระบบในการเข้าสู่ระบบทำให้ฉันในเวลานี้และฉันกำลังแบ่งปันข้อมูลเกี่ยวกับวิธีการที่ฉันแก้ไขในโพสต์นี้ ฉันไม่มีความเชี่ยวชาญใน Apache, Linux หรือ WordPress แต่ข้อมูลที่นี่สามารถช่วยผู้อื่นที่เกิดขึ้นในสถานการณ์เดียวกัน

หนึ่งในสามการเปลี่ยนแปลงการตั้งค่าที่ฉันทำในแผงควบคุมการโฮสต์ทำให้เกิดการเข้าสู่ระบบ WordPress Admin ห่วง

เปลี่ยน 1

ฉันแนบโดเมนของฉันกับ CloudFlare และติดตั้งปลั๊กอิน WordPress CloudFlare CDN ทำงานได้อย่างสมบูรณ์แบบ

เปลี่ยน 2

ใน Plesk Control Panel ฉันเชื่อมต่อกับการติดตั้ง WordPress ของฉัน Plesk พบว่ามีสัญญาณสีแดงอยู่ใกล้กับการติดตั้ง WordPress ของฉันซึ่งเมื่อคลิกแล้วให้ฉันตรวจสอบความปลอดภัยของการติดตั้ง WordPress ของฉัน มันพูดว่า:

ดูผลลัพธ์ของการตรวจสอบความปลอดภัยสำหรับการติดตั้ง WordPress ที่เลือก หากข้อมูลบางอย่างไม่ผ่านการตรวจสอบความปลอดภัยคุณสามารถเลือกข้อมูลนี้ในรายการและเพิ่มความปลอดภัยให้มากขึ้น

ฉันเลือกคีย์ความปลอดภัยจากรายการและคลิกที่ปลอดภัย

คำอธิบายความปลอดภัยบอกว่า:

WordPress ใช้คีย์ความปลอดภัย (AUTH_KEY, SECURE_AUTH_KEY, LOGGED_IN_KEY และ NONCE_KEY) เพื่อให้แน่ใจว่าการเข้ารหัสข้อมูลที่เก็บไว้ในคุกกี้ของผู้ใช้ดีขึ้น…. หากการตรวจสอบความปลอดภัยล้มเหลวและคุณเลือกที่จะรักษาความปลอดภัยการติดตั้ง WordPress จะมีการสร้างและเพิ่มรหัสความปลอดภัยที่ดีสำหรับการติดตั้ง WordPress ของคุณ

เปลี่ยน 3

เริ่ม nginx จากการจัดการบริการใน Plesk

เข้าสู่ระบบห่วง

ครั้งต่อไปเมื่อฉันพยายามเข้าสู่ระบบ WordPress มันเพียงแค่เปลี่ยนเส้นทางไปที่หน้า "Reauth = 1" หากฉันพิมพ์รหัสผ่านผิดโดยเจตนาแสดงว่ารหัสผ่านนั้นไม่ถูกต้อง ดังนั้นข้อมูลการรับรองความถูกต้องใช้งานได้ดี แต่ด้วยเหตุผลบางอย่างมันเปลี่ยนเส้นทางไปยัง URL Reauth เมื่อใช้ข้อมูลรับรองที่ถูกต้อง นี่คือรายการสิ่งที่ฉันพยายามและไม่มีสิ่งใดในพวกเขา (ยกเว้นอาจจะถูก # 15 ด้านล่าง)

1. ล้างแคชเว็บเบราว์เซอร์อย่างสมบูรณ์และลองใช้เบราว์เซอร์อื่น
2. หยุด nginx ตามที่อ่านเกี่ยวกับปัญหาการแคช (nginx.conf)
3. ปิดใช้งานปลั๊กอิน CloudFlare ผ่าน Plesk เนื่องจากมันทำให้ฟีเจอร์ WP Admin สำหรับผู้ใช้บางคนเสียหาย
4. ปิดใช้งานปลั๊กอินทั้งหมดและรีสตาร์ทเซิร์ฟเวอร์
5. ปรับให้เหมาะสมและซ่อมแซมฐานข้อมูลผ่าน PhpMyAdmin
6. URL ไซต์ที่ยืนยันแล้วในตาราง wp_options มันถูกต้อง
7. ตรวจสอบสิทธิ์สำหรับไฟล์ wp-config, wp-admin และไดเรกทอรี wp- รวม
8. เพิ่ม WP_HOME และ WP_SITEURL ใน wp-config.php
9. สร้างรหัสคีย์ SALT หรือ Secret ใหม่และเพิ่มไปยัง wp-config.php
10. เปิดใช้งานชุดรูปแบบ Twenty sixteen
11. โพสต์ในฟอรัม WordPress และไม่มีการตอบสนองใด ๆ
12. กู้คืนไซต์ของฉันจากการสำรองข้อมูล VaultPress ล่าสุด
13. เปิดใช้งานโหมดการพัฒนาใน CloudFlare
14. ตั้งค่า CloudFlare PageRule เพื่อเลี่ยงการแคชสำหรับหน้าผู้ดูแลระบบ (WP- *)
15. แยกเว็บไซต์ของฉันออกจาก CloudFlare

ยังมีอีกหลายสิ่งที่ฉันทำนอกเหนือจากข้างต้นซึ่งบางอย่างอาจไม่สำคัญ ฉันกำลังพิจารณาตัวเลือกเหล่านี้อย่างจริงจัง:

1. ขอความช่วยเหลือจากผู้เชี่ยวชาญระดับมืออาชีพของ CloudTech (ผ่านทางแผงควบคุมของผู้ดูแลระบบ MT) ราคา $ 79 แต่ไม่รับประกันการแก้ไข
2. รีเซ็ต Plesk DV เป็นค่าเริ่มต้น แต่การกู้คืนทุกอย่างจะใช้เวลานาน
3. คำขอเรียกคืนฉุกเฉินอีกครั้งในราคา $ 79 กู้คืนเฉพาะเนื้อหาไซต์ซึ่งฉันทำไว้แล้วจาก VaultPress
4. ละทิ้งเซิร์ฟเวอร์และย้ายไปยัง Premium WordPress Hosting ที่มีการจัดการโดยผู้ให้บริการรายเดียวกัน ดังนั้นจึงใช้การตั้งค่าเซิร์ฟเวอร์เริ่มต้น
5. หากการสนับสนุนของ MT ไม่ช่วยให้ย้ายไปที่ DreamHost

ความคิดมากมายทำงานอยู่ในใจของฉันและเสียเวลาหนึ่งวันเต็ม ไม่กี่ชั่วโมงหลังจากที่แยกเว็บไซต์ของฉันออกจาก CloudFlare ตอนนี้ WordPress จะแสดงข้อความแสดงข้อผิดพลาดอื่น ตอนนี้มีข้อความว่า "คุกกี้ถูกบล็อก" แม้ว่าเว็บเบราว์เซอร์ของฉันทั้งหมดจะถูกตั้งค่าให้ยอมรับคุกกี้

แก้ไข Atlast!

ขั้นตอนที่ 1:

ใน wp-config ฉันลบบรรทัดเหล่านี้ซึ่งมีคีย์ลับ:

 define ('AUTH_KEY' define ('SECURE_AUTH_KEY' define) '' LOGGED_IN_KEY 'define (' NONCE_KEY 'define (' NONCE_KEY 'define (' AUTH_SALT 'define (' SECURE_AUTH_SALT 'กำหนด (' LOGGED_IN_SALT 'กำหนด) 

ขั้นตอนที่ 2:

บันทึกไฟล์ด้วยการเข้ารหัส UTF-8 (ซึ่งแสดงเป็น ANSI) แม้ว่าสิ่งนี้อาจ ไม่ ได้ก่อให้เกิดปัญหา ... แต่ฉันแค่ลองมัน

ในที่สุดฉันก็สามารถเข้าสู่ WordPress Admin Panel จากนั้นฉันสร้างคีย์ความปลอดภัยใหม่ออกจากระบบ WordPress และลงชื่อเข้าใช้ด้านหลัง มันได้ผล!

สิ่งที่ทำให้เกิดปัญหาตั้งแต่แรก?

ในขณะที่โพสต์ส่วนใหญ่ในอินเทอร์เน็ตชี้ไปที่ปลั๊กอิน CloudFlare ล่าสุดนั่นไม่ใช่ในกรณีของฉัน ฉัน เดาว่า การตรวจสอบความปลอดภัยของ Plesk (ใน Change # 2 ด้านบน) เป็นเรื่องยากไร้หลังจากลบคีย์ลับออกจาก wp-config.php ฉันอนุญาตให้ฉันลงชื่อเข้าใช้ แน่นอนว่าฉันสร้างคีย์ความปลอดภัยใหม่แล้วอัปเดต wp-config.php จากนั้นฉันแนบไซต์ของฉันอีกครั้งกับ CloudFlare และเปิดใช้งานปลั๊กอิน

โชคดีที่ปัญหายังไม่ปรากฏ!

คุณธรรมของเรื่องราว (ฉันพูดกับตัวเอง): อย่าเล่นกับการตั้งค่าใน Plesk ถ้าคุณไม่รู้ว่าคุณกำลังทำอะไรอยู่ และทำการเปลี่ยนแปลงทีละครั้งและก็เช่นกันหากจำเป็นอย่างยิ่งเท่านั้นเพื่อให้คุณทราบว่าการตั้งค่าใดที่ทำให้เกิดปัญหา Linux / Apache ไม่เหมือน Windows ... มันซับซ้อนกว่าอย่างน้อยสำหรับฉัน หากโพสต์นี้ช่วยคุณหรือคุณมีข้อมูลเพิ่มเติมเพื่อแก้ไขปัญหานี้โปรดแบ่งปันความคิดของคุณในส่วนความคิดเห็นด้านล่าง