WordPress "Reauth = 1" Admin panel yang ditakuti masalah redirect loop menggigit saya kali ini, dan saya berbagi info tentang bagaimana saya memperbaikinya, dalam posting ini. Saya bukan ahli di bidang Apache, Linux atau WordPress, tetapi informasi di sini dapat membantu orang lain yang menghadapi situasi yang sama.
Salah satu dari tiga perubahan konfigurasi yang saya buat di Control Panel hosting menyebabkan loop logon WordPress Admin.
Ubah 1
Saya melampirkan domain saya ke CloudFlare dan menginstal Plugin WordPress CloudFlare. CDN bekerja dengan sangat baik.
Ubah 2
Di Plesk Control Panel, saya terhubung ke instalasi WordPress saya. Plesk menunjukkan tanda merah di dekat instalasi WordPress saya, yang ketika diklik, meminta saya untuk memeriksa keamanan instalasi WordPress saya. Itu berkata:
Lihat hasil pemeriksaan keamanan untuk instalasi WordPress yang dipilih. Jika beberapa data tidak lulus pemeriksaan keamanan, Anda dapat memilih data ini dalam daftar dan mengeraskan keamanannya.
Saya memilih Kunci Keamanan dari daftar dan mengklik Aman.
Deskripsi Kunci Keamanan mengatakan:
WordPress menggunakan kunci keamanan (AUTH_KEY, SECURE_AUTH_KEY, LOGGED_IN_KEY, dan NONCE_KEY) untuk memastikan enkripsi informasi yang lebih baik disimpan dalam cookie pengguna .... Jika pemeriksaan keamanan gagal dan Anda memilih untuk mengamankan instalasi WordPress, kunci keamanan yang baik akan dihasilkan dan ditambahkan untuk instalasi WordPress Anda.
Ubah 3
Memulai nginx dari Manajemen Layanan di Plesk.
Logon loop
Lain kali ketika saya mencoba masuk ke WordPress, itu hanya dialihkan ke halaman "Reauth = 1". Jika saya sengaja mengetik kata sandi yang salah, dikatakan bahwa kata sandi itu salah. Jadi, hal autentikasi berfungsi dengan baik, tetapi karena alasan tertentu pengalihan ke URL Reauth saat kredensial yang benar digunakan. Berikut adalah daftar hal yang saya coba, dan tidak ada satupun (kecuali, mungkin # 15 di bawah) yang membantu.
- Mengosongkan cache browser sepenuhnya, dan mencoba berbagai browser.
- Berhenti nginx, saat membaca tentang masalah caching (nginx.conf)
- Plugin CloudFlare yang Dinonaktifkan melalui Plesk, karena ini merusak fitur WP Admin untuk beberapa pengguna
- Nonaktifkan ALL Plugins, dan restart server
- Mengoptimalkan dan Memperbaiki Basis Data melalui PhpMyAdmin
- URL Situs Terverifikasi di tabel wp_options. Itu benar
- Izin Terverifikasi untuk file wp-config, wp-admin dan direktori wp-include
- Menambahkan WP_HOME dan WP_SITEURL di wp-config.php
- Dihasilkan SALT atau kode kunci Rahasia baru dan ditambahkan ke wp-config.php
- Mengaktifkan tema Twenty Sixteen
- Diposting di forum WordPress, dan sama sekali tidak ada respons
- Pulihkan situs saya dari Cadangan VaultPress terbaru
- Mode Pengembangan Diaktifkan di CloudFlare
- Setel CloudFlare PageRule untuk memintas caching untuk halaman Admin (WP- *)
- Situs saya terlepas dari CloudFlare
Ada banyak hal lain yang saya lakukan selain hal di atas, yang beberapa di antaranya mungkin sepele. Saya serius mempertimbangkan opsi ini:
- Mencari bantuan CloudTech Professional (melalui Panel Admin MT) sebesar $ 79, tetapi perbaikan tidak dijamin.
- Setel ulang Plesk DV ke default. Tetapi memulihkan segalanya akan membutuhkan banyak waktu.
- Permintaan Pemulihan Darurat, lagi untuk $ 79. Hanya konten situs yang dipulihkan, yang sudah saya lakukan dari VaultPress.
- Buang server dan pindah ke Hosting WordPress Premium yang dikelola oleh penyedia yang sama. Dengan demikian menggunakan pengaturan server default.
- Jika dukungan MT tidak membantu, pindah ke DreamHost
Banyak ide mengalir di pikiran saya dan satu hari penuh terbuang sia-sia. Beberapa jam setelah memisahkan situs saya dari CloudFlare, sekarang WordPress melempar pesan kesalahan yang berbeda. Sekarang tertulis "Cookie diblokir" meskipun semua browser web saya diatur untuk menerima Cookie.
Perbaiki itu Atlast!
Langkah 1:
Di wp-config saya menghapus baris-baris ini yang berisi kunci-kunci rahasia:
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' define Langkah 2:
Menyimpan file dengan pengkodean UTF-8 (ditampilkan sebagai ANSI). Meskipun ini BUKAN menyebabkan masalah ... tapi saya baru saja mencobanya.
Akhirnya, saya bisa masuk ke Panel Admin WordPress. Saya kemudian membuat kunci keamanan baru, keluar dari WordPress dan masuk kembali. Berhasil!
Apa yang menyebabkan masalah sejak awal?
Sementara sebagian besar posting di internet menunjuk ke CloudFlare Plugin baru-baru ini, itu tidak ada dalam kasus saya. Dugaan saya adalah Pemeriksaan Keamanan Plesk (dalam Ubah # 2 di atas) memecahkannya, karena hanya setelah menghapus kunci rahasia dari wp-config.php saya diizinkan untuk masuk. Tentu saja, saya kemudian membuat kunci keamanan baru, memperbarui wp-config.php. Saya kemudian melampirkan kembali situs saya ke CloudFlare dan mengaktifkan Plugin mereka.
Untungnya, masalahnya tidak muncul sejauh ini!
Moral dari cerita (saya berkata pada diri saya sendiri): Jangan bermain dengan pengaturan di Plesk jika Anda tidak tahu apa yang Anda lakukan. Dan buat satu perubahan pada satu waktu dan itu juga hanya jika itu benar-benar diperlukan, sehingga Anda tahu pengaturan mana yang menyebabkan masalah. Linux / Apache tidak seperti Windows ... mereka lebih kompleks, setidaknya untuk saya. Jika posting ini membantu Anda atau Anda memiliki input tambahan untuk memperbaiki masalah ini, silakan bagikan pemikiran Anda di bagian Komentar di bawah ini.
