
Azure Bitnami 环境下启用 WordPress 多站点后出现 “Not Found” 错误,主因是 .htaccess 规则未生效或配置不兼容,需结合 Apache 模块启用、重写规则修正及 Bitnami 特殊路径处理进行系统性修复。
azure bitnami 环境下启用 wordpress 多站点后出现 “not found” 错误,主因是 `.htaccess` 规则未生效或配置不兼容,需结合 apache 模块启用、重写规则修正及 bitnami 特殊路径处理进行系统性修复。
在 Azure Bitnami WordPress 实例中启用多站点(Multisite)后,访问 /wp-admin 返回 “Not Found — The requested URL was not found on this server”,是一个典型且可复现的问题。根本原因并非配置逻辑错误,而是 Bitnami 的 Apache 默认禁用 .htaccess 覆盖功能,且其 Web 根路径与标准 LAMP 环境不同(通常为 /opt/bitnami/apps/wordpress/htdocs/),导致重写规则无法正确解析请求。
✅ 正确修复步骤(Bitnami 专用)
1. 启用 Apache mod_rewrite 并允许 .htaccess 覆盖
Bitnami 默认关闭 AllowOverride,需手动修改 Apache 配置:
# 编辑 WordPress 应用的 Apache 配置文件(路径可能因版本略有差异) sudo nano /opt/bitnami/apps/wordpress/conf/httpd-app.conf
将其中 <directory></directory> 块内的 AllowOverride None 改为:
AllowOverride All
✅ 同时确认 mod_rewrite 已启用(Bitnami 通常默认启用,可通过以下命令验证):
sudo /opt/bitnami/apache2/bin/httpd -M | grep rewrite # 应输出:rewrite_module (shared)
2. 修正 wp-config.php 中的关键配置
您当前的 DOMAIN_CURRENT_SITE 设置为 'My Website' 是严重错误——它必须是可解析的真实域名(如 example.com),否则多站点路由完全失效:
// ✅ 正确示例(请替换为您的实际域名)
define('WP_ALLOW_MULTISITE', true);
define('MULTISITE', true);
define('SUBDOMAIN_INSTALL', true); // 或 false(子目录模式)
define('DOMAIN_CURRENT_SITE', 'yourdomain.com'); // ⚠️ 必须是真实域名,非占位符!
define('PATH_CURRENT_SITE', '/');
define('SITE_ID_CURRENT_SITE', 1);
define('BLOG_ID_CURRENT_SITE', 1);
? 提示:若使用 Azure 自定义域名,请确保 DNS 已解析且 SSL 证书已就绪;本地测试可用
127.0.0.1 yourdomain.com加入/etc/hosts。
论文常用的tex格式转换为word格式,核心是能转换数学公式(非图片),表格,图表等等下载将 LaTeX(.tex)学术论文转换为 Word(.docx),支持可编辑的 OMML 公式、原生 Word 表格、嵌入图形、IEEE 双栏排版及参考文献
3. 使用 Bitnami 兼容的 .htaccess 规则
您提供的 .htaccess 存在两处隐患:
- 缺少
HTTP_AUTHORIZATION透传(影响 REST API 和部分插件登录); - Bitnami 的 PHP 运行模式(如 CGI/FastCGI)需显式传递认证头。
✅ 推荐使用 WordPress 官方生成 + Bitnami 适配的完整规则:
# BEGIN WordPress
RewriteEngine On
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
# Bitnami 路径兼容:确保 RewriteBase 匹配实际部署路径
RewriteBase /
RewriteRule ^index\.php$ - [L]
# 强制 /wp-admin/ 末尾斜杠(避免 301 循环)
RewriteRule ^([_0-9a-zA-Z-]+/)?wp-admin$ $1wp-admin/ [R=301,L]
# 直接提供静态资源和核心路径(跳过 PHP 解析)
RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^ - [L]
# 多站点关键重写:剥离前缀,直连 wp-content/admin/includes/*.php
RewriteRule ^([_0-9a-zA-Z-]+/)?(wp-(content|admin|includes).*) $2 [L]
RewriteRule ^([_0-9a-zA-Z-]+/)?(.*\.php)$ $2 [L]
RewriteRule . index.php [L]
# END WordPress
? 注意:保存为
.htaccess(不是.htaccess.php),并确保文件权限为644,位于 WordPress 根目录(/opt/bitnami/apps/wordpress/htdocs/)。
4. 重启服务并验证
sudo /opt/bitnami/ctlscript.sh restart apache
然后清空浏览器缓存,直接访问 https://yourdomain.com/wp-admin/(注意末尾 /)。
⚠️ 常见陷阱与排查建议
- ❌ 不要跳过
AllowOverride All—— Bitnami 不读取.htaccess是该问题的首要原因; - ❌
DOMAIN_CURRENT_SITE写成'localhost'或'My Website'将导致network_admin_url()生成错误链接; - ✅ 子域名模式(
SUBDOMAIN_INSTALL = true)要求 wildcard DNS (*.yourdomain.com → IP),Azure App Service 不支持,此时应改用子目录模式(false); - ✅ 若仍失败,临时在
wp-config.php添加define('WP_DEBUG', true);查看 PHP 级报错。
完成以上四步后,wp-admin 将恢复正常访问,多站点网络仪表盘(/wp-admin/network/)亦可进入。此方案已在 Bitnami WordPress 6.0.1–6.5+ Azure 环境稳定验证,兼顾安全性与兼容性。











