Apache的Alias 404问题主因是路径不匹配、缺Directory权限配置、模块未启用或配置未重载;需确保Alias物理路径真实存在且可读、紧跟对应Directory块并设Require all granted、启用mod_alias、修改后执行reload。
Alias 指令路径没对齐,404 就躲不掉PHP 文件跑在 Apache 上却 404,不是代码问题,很可能是 Alias 配置里写的路径和实际文件位置不一致。Apache 不会自动猜你“想访问哪个目录”,它只认 Alias 后面那个字面路径和 里声明的物理路径是否真实存在、权限是否可读。
Alias /myapp "/var/www/myapp" 要求服务器上真有 /var/www/myapp 这个目录,且 Apache 进程(如 www-data 或 apache 用户)能进入并读取其中
.php 文件/opt/php-apps/myapp,但 Alias 写的是 /var/www/myapp,请求 /myapp/index.php 必然 404Alias /api "/srv/api" 和 Alias /api/ "/srv/api/" 行为不同,后者允许省略结尾斜杠访问子资源,前者不行 权限块,否则 403 可能盖过 404只写 Alias 不够,Apache 默认禁止访问非 DocumentRoot 下的任意路径。漏掉对应 块,即使路径对了,也会返回 403 Forbidden —— 看起来像 404(尤其浏览器缓存了旧响应),容易误判。
Alias 加一段匹配的 ,路径要和 Alias 的目标路径完全一致(注意:是物理路径,不是 URL 路径)Require all granted(Apache 2.4+)或 Order allow,deny + Allow from all(2.2).htaccess,还要确认 AllowOverride 是否开启,否则重写规则或 PHP 配置可能不生效mod_alias 和 mod_rewrite 是前提,但别混用逻辑Apache 默认不一定启用 mod_alias,CentOS/RHEL 可能默认关着;Debian/Ubuntu 一般开着,但得确认。另外,有人试图用 RewriteRule 代替 Alias 做别名映射,结果引入额外跳转或路径拼接错误,反而让 PHP $_SERVER['SCRIPT_NAME'] 变形,导致框架路由崩。
apachectl -M | grep alias,没输出就运行 a2enmod alias(Debian)或手动在 httpd.conf 解注 LoadModule alias_module modules/mod_alias.so
RewriteRule ^/myapp/(.*)$ /var/www/myapp/$1 [L] 代替 Alias:它只是重写 URL,不改变文件查找根路径,还可能干扰 PHP 的 PATH_INFO
[PT] 标志把请求重新交给主流程处理,否则 Apache 不会再查 Alias 或 ScriptAlias
改完 httpd.conf 或站点配置文件(如 /etc/apache2/sites-available/myapp.conf),不重载配置,Apache 仍按旧规则跑。很多人改完以为好了,一试还是 404,其实是服务根本没读新配置。
apachectl configtest 或 apache2ctl configtest,输出 Syntax OK 才继续systemctl reload apache2(Debian/Ubuntu)或 systemctl reload httpd(RHEL/CentOS)ScriptAlias 映射 PHP-CGI,还要确认 mod_cgi 或 mod_proxy_fcgi 已启用,否则 .php 文件会被当成静态文件下载或直接 404Alias /blog "/var/www/personal/blog"别名映射看着简单,但路径、权限、模块、加载四环缺一不可。最容易被忽略的是Require all granted AllowOverride All
块的路径写错(比如少了个 /),或者改完配置忘记 reload。线上出问题时,优先盯死这四个点。