建站
咨詢
售后
建站咨詢
新聞中心
沒有什么情況比被鎖定在wordpress管理儀表盤之外更令人擔(dān)憂了。如果您在嘗試登錄時遇到“抱歉，您無權(quán)訪問此頁面”的消息，那么您就知道這種感覺。
幸運(yùn)的是，您可以使用多種解決方案來解決此錯誤。稍加耐心，您就可以清除錯誤并立即恢復(fù)管理您的WordPress網(wǎng)站。
在這篇文章中，我們將深入探討“抱歉，您無權(quán)訪問此頁面”錯誤以及導(dǎo)致該錯誤發(fā)生的原因。然后，我們將向您介紹許多潛在的解決方案，以幫助您找到適合您特定情況的解決方案。
了解“抱歉，您無權(quán)訪問此頁面”錯誤
盡管我們在本文中將其稱為“錯誤”，但WordPress中的“抱歉，您無權(quán)訪問此頁面”消息是一種有用的安全措施。
最終，看到此通知僅意味著存在阻止您進(jìn)入某個區(qū)域的權(quán)限設(shè)置。
當(dāng)您被鎖定在您應(yīng)該有權(quán)進(jìn)入的站點(diǎn)的一部分之外時，這就會成為一個問題，作為管理員，該部分位于后端的任何位置。出現(xiàn)這種情況時，通常是因?yàn)樽罱铝酥黝}、插件或WordPress核心。
由于各種原因，您可能會看到“抱歉，您無權(quán)訪問此頁面”消息?？赡苁荳ordPress沒有將您識別為管理員。在其他情況下，您站點(diǎn)的核心代碼或主題或插件中包含的信息可能與您的數(shù)據(jù)庫中的信息不匹配。
其他原因包括wp-config.php文件中的錯誤信息 或運(yùn)行過時PHP版本的站點(diǎn)。無論來源如何，此錯誤可能會阻止您訪問整個管理區(qū)域或其中的一部分。
由于您可能無法通過儀表板訪問關(guān)鍵設(shè)置，因此您需要使用文件傳輸協(xié)議 (FTP)或phpMyAdmin來解決此問題。在深入進(jìn)行故障排除過程之前，請確保備份您的站點(diǎn)并重新使用這些平臺。
遇到“抱歉，您無權(quán)訪問此頁面”通知最令人沮喪的是，很難確定是哪個原因在起作用。幸運(yùn)的是，您可以測試許多解決方案以找到問題的根源。
如何修復(fù)“抱歉，您無權(quán)訪問此頁面”錯誤
由于可能的原因很多，“抱歉，您無權(quán)訪問此頁面”錯誤需要相當(dāng)多的耐心才能解決。這一長串解決方案可能令人生畏，但它也涵蓋了多種情況，可幫助您找到適合您網(wǎng)站的解決方案。
1. 恢復(fù)您網(wǎng)站的先前版本
返回WordPress儀表板的最簡單且通常最快的方法是將您的站點(diǎn)恢復(fù)到早期版本。最近的更改（例如更新）可能是您看到的錯誤的原因。撤消最近的修改應(yīng)該使您能夠再次訪問您的站點(diǎn)。
寶塔面板用戶在這方面很容易實(shí)現(xiàn)。但前提是，你有進(jìn)行寶塔的備份計(jì)劃任務(wù)。
此解決方案的缺點(diǎn)是您可能會丟失最近的更改，并且必須找到一種方法來實(shí)現(xiàn)您的目標(biāo)，而不會再次導(dǎo)致相同的錯誤。
因此，您可能希望將備份還原到暫存站點(diǎn)。然后，您可以測試不同的修改以確定導(dǎo)致問題的原因。在發(fā)現(xiàn)問題的根源后，您可以撤消麻煩的更改以重新獲得對您網(wǎng)站的訪問權(quán)限。
2. 禁用所有插件
可能導(dǎo)致您網(wǎng)站上出現(xiàn)“抱歉，您無權(quán)訪問此頁面”消息的特定更改是最近添加或升級了插件。如果您懷疑是這種情況，最好的做法是一一禁用您的插件。
如果您禁用插件并且消息消失，您就找到了問題的根源。然后，您可以使用該插件解決問題（或者如果它對您網(wǎng)站的功能不重要，則不用它）。
當(dāng)然，如果您完全被鎖定在儀表板之外，則此過程會變得有些棘手。您需要通過FileZilla 等客戶端使用SFTP訪問您的站點(diǎn)。完成后，導(dǎo)航到wp-content并找到標(biāo)記為plugins的子目錄：
通過重命名文件夾禁用所有插件
進(jìn)入此文件夾，然后將您最近添加的插件重命名為“plugin-name_old”之類的名稱。返回您的站點(diǎn)并檢查錯誤是否已解決。如果沒有，請將插件的名稱改回并在下一個重復(fù)此過程。
3. 激活默認(rèn)主題
此錯誤的另一個潛在原因是您最近更新或安裝了主題。解決此問題的最佳選擇是激活默認(rèn)的WordPress主題，例如二〇二〇或二〇二一。
要在不訪問管理區(qū)域的情況下執(zhí)行此操作，您需要再次使用FTP。使用FileZilla連接到您的服務(wù)器，然后導(dǎo)航到wp-content > themes：
通過重命名文件夾禁用當(dāng)前主題
該過程的其余部分與上述禁用插件的過程非常相似。
為您的活動主題重命名文件夾，然后返回您的站點(diǎn)并登錄。您應(yīng)該會看到一條通知，告訴您活動主題已損壞，并且已重新激活默認(rèn)主題。
然后您可以對主題進(jìn)行故障排除。您的網(wǎng)站至少應(yīng)該是可訪問的，盡管激活了錯誤的主題。
4. 確保您是管理員
另一種可能性是您的用戶角色已被無意更改，您不再被列為管理員。這是多站點(diǎn)安裝的常見問題。要確定是否是這種情況，您需要訪問phpMyAdmin并查找wp_users表：
phpMyAdmin中的wp_users表
找到您的用戶名并記下您的ID。然后，導(dǎo)航到wp_usermeta表并找到wp_capabilties行：
phpMyAdmin中的wp_usermeta表
如果您擁有管理員權(quán)限，該meta_value此行中會讀到：
a:1:{s:13:"administrator";s:1:"1";}
如果您的wp_usermeta 表有其他內(nèi)容，您可以單擊“編輯”鏈接并更改它?；蛘?，您也可以從phpMyAdmin創(chuàng)建一個全新的管理員帳戶。要走這條路線，請返回wp_users 表并單擊表頂部的“插入”選項(xiàng)卡：
更改wp_users表中的用戶信息
然后，用您的新用戶信息填寫字段。完成后，單擊Go按鈕，您的新用戶應(yīng)該會出現(xiàn)在表格中。接下來，您需要記下此帳戶的ID，然后返回wp_usermeta 表。
再次單擊插入，并使用以下信息填寫結(jié)果字段：
- Unmeta_id：將此字段留空；它將自動為您填寫。
- User_id：使用wp_users表中的ID 。
- Meta_key：將此值設(shè)置為“wp_capabilities”。
- Meta_value：添加上面提到的行。
您現(xiàn)在應(yīng)該能夠使用您的新憑據(jù)登錄到您的WordPress管理區(qū)域。刪除舊帳戶或?qū)⑵溆脩艚巧珡膬x表板更改回管理員，然后刪除新帳戶。
5. 檢查您的錯誤日志以查明原因
簡化對站點(diǎn)上任何問題進(jìn)行故障排除的一種聰明方法是檢查服務(wù)器的錯誤日志。這可能表示插件或主題兼容性問題、數(shù)據(jù)庫錯誤或站點(diǎn)文件問題導(dǎo)致出現(xiàn)“抱歉，您無權(quán)訪問此頁面”消息。
您查看服務(wù)器錯誤日志的方式取決于您的托管服務(wù)提供商是誰。對于寶塔控制面板用戶，點(diǎn)擊左側(cè)“安全菜單”，然后進(jìn)入Web日志目錄：
寶塔面板日志管理
寶塔日志目錄
在該目錄下，你可以查看access.log, nginx_error.log等日志。如果您在日志中看到警報(bào)的原因之一，那么您可以著手修復(fù)它。否則，您需要嘗試此列表中的另一個解決方案。
6. 確保你的數(shù)據(jù)庫前綴是正確的
每個MySQL數(shù)據(jù)庫都有一個前綴。如果您網(wǎng)站文件中列出的這個與phpMyAdmin中列出的不匹配，那么您可能會看到“抱歉，您無權(quán)訪問此頁面”消息。
遷移您的站點(diǎn)時可能會發(fā)生這種情況，包括您已經(jīng)使用本地臨時站點(diǎn)進(jìn)行開發(fā)并且現(xiàn)在正在遷移到實(shí)時服務(wù)器。要檢查差異，您需要訪問wp-config.php文件。
您可以通過SFTP執(zhí)行此操作，正如我們在之前的解決方案中所述。進(jìn)入wp-config.php文件后，您應(yīng)該查找數(shù)據(jù)庫的前綴（默認(rèn)為“wp_”）：
數(shù)據(jù)庫前綴
然后，登錄到phpMyAdmin并查看數(shù)據(jù)庫表的前綴。它們應(yīng)該與wp-config.php文件中列出的匹配，如下圖所示：
前綴應(yīng)與wp-config.php文件中的前綴匹配
如果它們與您的wp-config.php文件中的前綴不匹配，那么您需要對其進(jìn)行編輯以便它們匹配。
7. 在wp-config.php文件中查找更改
同樣，您還應(yīng)該查看WordPress配置文件的任何更改。如果您在收到“抱歉，您無權(quán)訪問此頁面”消息之前不久正在編輯此文件，或者您懷疑您的WordPress網(wǎng)站已被黑客入侵，則尤其如此。
您可以使用SFTP訪問您的wp-config.php文件并查找似乎有問題的任何內(nèi)容。但是，如果您有某種文件完整性監(jiān)控或更改檢測功能，則此過程會容易得多。
8. 升級到最新版本的PHP
如果您的WordPress站點(diǎn)運(yùn)行的是過時的PHP版本，這可能是您遇到麻煩的根源。話雖如此，即使升級PHP不能為您解決這個問題，它也應(yīng)該可以提高您網(wǎng)站的整體安全性和性能。
在開始升級過程之前，請創(chuàng)建站點(diǎn)的備份。保存?zhèn)浞莺?，您需要測試一下您的帳戶是否與最新版本的PHP兼容。一種方法是使用臨時站點(diǎn)。
假設(shè)一切順利，您可以運(yùn)行更新。寶塔面板用戶可以通過登錄寶塔面板控制后臺并導(dǎo)航到相關(guān)站點(diǎn)的設(shè)置做到這一點(diǎn)。然后轉(zhuǎn)到PHP版本，并從下拉菜單中選擇最新版本：
寶塔面板升級PHP版本
如果您與其他提供商合作，您可以通過自己的控制面板執(zhí)行類似的過程。建議您聯(lián)系您的虛擬主機(jī)以獲取更多信息。
9. 評估您的文件權(quán)限
您網(wǎng)站的文件權(quán)限也可能被篡改。在這種情況下，WordPress可能會認(rèn)為您無權(quán)查看您網(wǎng)站的某些區(qū)域，即使您仍被列為管理員。
要檢查您站點(diǎn)的文件權(quán)限，您需要使用SFTP訪問您的服務(wù)器。登錄后，進(jìn)入public_html目錄并批量選擇wp-admin、wp-content和wp -includes。右鍵單擊這些文件夾并選擇文件權(quán)限：
檢查文件權(quán)限
在結(jié)果窗口中，確保選擇了以下選項(xiàng)：
- 數(shù)字值設(shè)置為755。
- 勾選遞歸到子目錄。
- 選擇了僅應(yīng)用于目錄。
完成后單擊“確定”。然后，突出顯示public_html中的所有其他文件，右鍵單擊它們，然后再次選擇文件權(quán)限：
設(shè)置新文件權(quán)限
這一次，將權(quán)限窗口中的選項(xiàng)設(shè)置為以下內(nèi)容：
- 數(shù)字值應(yīng)該是644。
- 勾選遞歸到子目錄。
- 應(yīng)選擇僅應(yīng)用于文件。
然后，返回您的站點(diǎn)，看看這是否解決了問題，“抱歉，您無權(quán)訪問此頁面”消息消失了。
10. 創(chuàng)建一個新的 .htaccess 文件
如果上述策略均無效，則可能需要重置.htaccess文件。為此，請啟動FTP并導(dǎo)航到您的public_html文件夾。您應(yīng)該會在那里看到您的.htaccess文件。
接下來，您需要重命名現(xiàn)有的.htaccess文件，類似于我們在早期解決方案中重命名插件和主題文件的方式。諸如.htaccess_original或.htaccess_backup 之類的可識別的東西是理想的。
然后，右鍵單擊該文件并選擇“下載”。在文本編輯器中打開文件并將其內(nèi)容替換為以下內(nèi)容：
#BEGIN WordPress
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCOnd %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
#END WordPress
將此文件重命名為.htaccess并將其上傳到您的服務(wù)器。如果此文件是“抱歉，您無權(quán)訪問此頁面”錯誤的來源，那么現(xiàn)在應(yīng)該修復(fù)它。
11. 重置您的WordPress網(wǎng)站
在最壞的情況下，可能存在安裝問題。要修復(fù)它，您必須重置您的WordPress網(wǎng)站。在此過程完成后，您有一個可以恢復(fù)的最近備份至關(guān)重要，因?yàn)橹刂媚恼军c(diǎn)會導(dǎo)致您丟失所有文章、頁面和用戶評論。
有幾種方法可以做到這一點(diǎn)，包括通過使用WordPress插件以及使用WP-CLI（WordPress命令行）。最好將此路線保存為最后的手段，這樣您就不會冒丟失網(wǎng)站內(nèi)容的風(fēng)險(xiǎn)。
小結(jié)
至少可以說，被 WordPress 中的管理儀表板鎖定是令人傷腦筋的?？焖僬业健氨福荒茉L問此頁面”錯誤的正確解決方案對于您的網(wǎng)站和您的安心都至關(guān)重要。
在這篇文章中，我們涵蓋了此問題的各種可能原因和修復(fù)方法。讓我們快速回顧一下：
新聞名稱：如何修復(fù)WordPress網(wǎng)站“抱歉，您無權(quán)訪問此頁面”錯誤
文章源于：http://www.5511xx.com/article/ccoosse.html
