CentOS 7上Laravel 8 Fortify配置完成后/login、/register页404

核心异常原因定位 #

从你反馈的报错特征可以先锁定两个关键判断点：

• 报错信息是Apache原生的Not Found The requested URL /register was not found on this server，而非Laravel/Symfony框架抛出的404页面，说明请求根本没有进入Laravel的路由解析流程，是Apache层直接拦截返回的404
• 首页可正常访问，说明Apache能正常定位到Laravel的入口文件public/index.php，但非根路径的请求没有被转发到入口文件

你已经配置的Fortify视图渲染逻辑、features开关都是符合官方规范的，和本次404异常没有直接关系，不需要调整这部分代码。这类问题90%以上集中在Apache配置、Laravel重写规则加载、路由缓存三个环节。

分步排查解决步骤（按优先级从高到低执行） #

1. 检查Apache重写模块与目录权限配置（最高概率） #

你之前单独执行sudo systemctl restart httpd.service没有解决问题，是因为这个操作只会重启进程，不会修正原有配置中关闭重写、不加载.htaccess的逻辑，必须修改配置后重启才会生效。

CentOS 7 默认httpd安装后，会默认关闭mod_rewrite模块，且站点目录的AllowOverride配置为None，直接导致Laravel依赖的.htaccess重写规则完全不生效：

• 先确认mod_rewrite模块已加载：执行命令httpd -M | grep rewrite，如果没有输出rewrite_module (shared)，需要开启模块：

  # 编辑httpd模块配置文件
  sudo vi /etc/httpd/conf.modules.d/00-base.conf
  # 取消下面这行的注释
  # LoadModule rewrite_module modules/mod_rewrite.so
  

• 检查你的Apache站点配置中，对应项目public目录的<Directory>节点：
  打开站点配置文件（一般存放在/etc/httpd/conf.d/目录下），确保对应目录的配置为：

  <Directory "/你的项目绝对路径/public">
      Options Indexes FollowSymLinks
      # 核心：把AllowOverride None改成AllowOverride All，让.htaccess规则生效
      AllowOverride All
      Require all granted
  </Directory>
  

• 配置完成后执行语法检查，重启httpd：

  sudo httpd -t
  sudo systemctl restart httpd
  

2. 检查public目录下的.htaccess文件完整性 #

Laravel默认在public目录下内置了重写规则，用来把所有非静态文件的请求转发给index.php，如果文件丢失或内容被篡改，就会出现根路径能访问、其他路径404的情况：

• 打开项目public/.htaccess文件，确认内容和默认规则一致：

  <IfModule mod_rewrite.c>
      <IfModule mod_negotiation.c>
          Options -MultiViews -Indexes
      </IfModule>
  
      RewriteEngine On
  
      # Handle Authorization Header
      RewriteCond %{HTTP:Authorization} .
      RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
  
      # Redirect Trailing Slashes If Not A Folder...
      RewriteCond %{REQUEST_FILENAME} !-d
      RewriteCond %{REQUEST_URI} (.+)/$
      RewriteRule ^ %1 [L,R=301]
  
      # Send Requests To Front Controller...
      RewriteCond %{REQUEST_FILENAME} !-d
      RewriteCond %{REQUEST_FILENAME} !-f
      RewriteRule ^ index.php [L]
  </IfModule>
  

• 确认该文件的权限允许Apache进程读取（一般设置为644即可，不要设置过松的777权限）

3. 清理Laravel路由与配置缓存 #

你修改了config/app.php新增服务提供者后，如果项目之前开启了路由缓存、配置缓存，旧缓存中不会包含Fortify自动注册的login/register路由，也会触发404：

• 进入项目根目录，依次执行以下命令清缓存：

  php artisan route:clear
  php artisan config:clear
  php artisan cache:clear
  

• 执行完成后，直接验证Fortify是否正确注册了路由：

  php artisan route:list | grep -E "login|register"
  

  正常应该能看到GET /login、GET /register两条web路由，如果有输出，说明你导航模板里的Route::has('login')、Route::has('register')判断会正常生效；如果没有输出，说明FortifyServiceProvider没有被正确加载，回到config/app.php检查服务提供者的加载顺序（需确保FortifyServiceProvider早于RouteServiceProvider加载）。

4. 检查Fortify的路由前缀配置 #

打开config/fortify.php文件，确认prefix配置为空值：

'prefix' => env('FORTIFY_PREFIX', ''),

如果之前设置了比如admin作为前缀，那实际的注册路径是/admin/register，直接访问根路径的/register自然会404。

5. 验证Apache DocumentRoot指向正确性 #

确认Apache站点配置的DocumentRoot是指向项目的public目录，而非项目根目录：

• 如果DocumentRoot指向了项目根目录，那Apache在收到/register的请求时，会去项目根目录下寻找对应路径的文件，找不到就报原生404；只有首页路径/会因为误放置的入口文件能正常访问，完全匹配你遇到的现象。
  修正配置将DocumentRoot指向/你的项目路径/public即可。

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