AWS EC2搭建带负载均衡与自动扩缩容的WordPress后无法登录后台求助

看起来你遇到的问题很典型——站点能通过LB正常访问，但后台登录路径却返回404，我来帮你排查几个关键方向：

1. 优先检查wp-config.php的硬编码配置 #

只修改wp_options里的siteurl和home字段，在自动扩缩容场景下容易出现配置读取不一致的问题。建议直接在wp-config.php里硬编码这两个值，确保所有新启动的实例都能正确识别LB地址：

define('WP_HOME', 'https://你的负载均衡器DNS');
define('WP_SITEURL', 'https://你的负载均衡器DNS');

如果LB使用HTTPS协议，还需要加上强制后台SSL的配置，避免跳转异常：

define('FORCE_SSL_ADMIN', true);
// 适配LB转发HTTP到后端的场景，让WordPress识别真实请求协议
if (isset($_SERVER['HTTP_X_FORWARDED_PROTO']) && $_SERVER['HTTP_X_FORWARDED_PROTO'] === 'https') {
    $_SERVER['HTTPS'] = 'on';
}

修改完成后重启Web服务（比如sudo systemctl restart apache2或nginx），重新制作镜像并替换自动扩缩容组的启动模板。

2. 确认.htaccess文件的正确性与权限 #

WordPress的路径重写依赖.htaccess文件，镜像中的旧配置或权限错误会直接导致/wp-admin路径无法解析：

• 登录EC2实例，检查网站根目录下的.htaccess，确保是标准的WordPress重写规则：

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

• 调整文件权限，确保Web服务器能正常读取：

sudo chown www-data:www-data /var/www/html/.htaccess
sudo chmod 644 /var/www/html/.htaccess

另外要确认Apache已启用mod_rewrite模块（执行sudo a2enmod rewrite后重启服务），如果是Nginx则要确保配置文件中有对应的try_files规则。

3. 检查负载均衡器的路由规则 #

• 确认LB的监听器是否将所有请求（包括/wp-admin路径）都转发到了EC2实例的对应端口（80或443），没有设置错误的路径排除或分流规则。
• 如果是Application Load Balancer，检查目标组的健康检查路径是否正确，避免健康检查逻辑影响正常请求转发。

4. 验证Web服务器的虚拟主机配置 #

如果Web服务器（Apache/Nginx）的虚拟主机配置仍指向旧的EC2域名，会导致请求匹配失败：

• Apache示例配置（修改000-default.conf）：

<VirtualHost *:80>
    ServerName 你的负载均衡器DNS
    DocumentRoot /var/www/html
    <Directory /var/www/html>
        AllowOverride All
        Require all granted
    </Directory>
</VirtualHost>

• Nginx示例配置：

server {
    listen 80;
    server_name 你的负载均衡器DNS;
    root /var/www/html;
    index index.php index.html;

    location / {
        try_files $uri $uri/ /index.php?$args;
    }

    location ~ \.php$ {
        include snippets/fastcgi-php.conf;
        fastcgi_pass unix:/run/php/php7.4-fpm.sock; # 根据你的PHP版本调整路径
    }
}

修改配置后重启Web服务，重新制作镜像。

5. 验证镜像的配置一致性 #

建议从现有镜像启动一个测试实例，直接通过实例公网IP访问http://实例IP/wp-admin：

• 如果能正常访问，说明问题出在LB的配置或实例启动后的同步逻辑；
• 如果仍无法访问，说明镜像本身的配置存在问题，需要重新调整源实例配置后再制作镜像。

试试这些步骤，应该能解决你的/wp-admin 404问题！

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