WordPress 'Sorry, you are not allowed to access this page'求助

核心文件与权限配置校验 #

• 对照WordPress标准权限规范核查全目录文件权限：所有目录权限设置为755，所有文件权限设置为644，禁止全局777权限的配置，重点核查根目录wp-config.php、.htaccess，以及wp-admin、wp-includes目录下的权限值，站点回滚操作通常不会覆盖服务器层面的文件权限配置错误。
• 上传与当前站点版本完全匹配的WordPress核心安装包，上传过程中不替换wp-content目录、不覆盖现有wp-config.php文件，排查核心文件因传输损坏、版本不匹配导致的权限校验逻辑异常。

数据库配置异常排查 #

• 核查wp-config.php中定义的数据库账号权限：确认该账号对绑定的数据库拥有全量操作权限，避免运维操作、数据库重置操作导致账号权限被降级，这类问题不会被站点内容回滚操作修复。
• 检查wp_options表的核心配置值：重点核对siteurl、home两个字段的域名，必须与当前实际访问的域名完全一致（包含http/https协议、是否带www的差异），修正错配的值后清除浏览器缓存验证。
• 排查管理员角色权限值：通过wp_users表获取管理员账号的ID，匹配wp_usermeta表中对应用户的wp_capabilities字段值，确认序列化值中包含administrator角色标识，数据库损坏常导致该值丢失，触发权限校验失败。

服务端规则拦截排查 #

• 排查服务端拦截规则：临时注释主机内置WAF规则、.htaccess内的自定义重写规则、Nginx站点配置中的访问拦截规则，测试是否为规则误判触发了无权限访问提示。
• 核查文件所有者配置：确认WordPress全目录文件的所有者为站点对应的Web运行用户（如常见的www-data、nginx），若文件所有者被修改为其他系统用户，PHP进程读取文件时的权限校验会直接失败。

兜底定位操作 #

• 针对仅后台访问触发报错的场景，清除浏览器本地存储的所有当前站点Cookie与缓存，排除旧域名下留存的失效登录态导致的会话不匹配问题。
• 在wp-config.php中添加define('WP_DEBUG', true);、define('WP_DEBUG_LOG', true);两行调试配置，触发一次报错后查看wp-content/debug.log内的报错堆栈，精准定位触发权限拦截的具体代码位置。

提示：上述操作完成后，记得移除临时添加的调试配置行，避免敏感调试信息泄露。

内容的提问来源于stack exchange，提问作者arshid ahmad