Laravel 7 配置admin守卫后访问/manage/home被重定向至根域名异常

1. 优先检查认证失败的重定向逻辑（最高发诱因） #

Laravel 7的未认证请求跳转逻辑由app/Http/Middleware/Authenticate.php统一控制，默认逻辑未做多Guard场景适配时，极易出现跳转不符合预期的问题：

• 打开该文件，定位redirectTo方法
• 默认逻辑仅会判断请求是否需要JSON响应，否则统一跳转到login命名路由。如果当前项目未匹配到admin guard对应的登录路由，会触发框架兜底逻辑，直接重定向到站点根路径，与当前现象完全匹配
  对应的修正代码示例：

// app/Http/Middleware/Authenticate.php
protected function redirectTo($request)
{
    if ($request->expectsJson()) {
        return;
    }
    // 按请求路径匹配对应Guard的登录页
    if ($request->is('manage/*')) {
        return route('admin.login'); // 替换为你实际定义的管理员登录路由名
    }
    return route('login');
}

注意不要混淆RouteServiceProvider中的HOME常量：该常量仅用于已登录用户主动访问登录页时的重定向地址，不控制未认证访问受保护路由的跳转逻辑，无需修改。

2. 校验Guard登录态的写入逻辑 #

你当前配置的admin guard与web guard共用users数据表，需要确认两个Guard的session存储完全隔离，不存在状态串扰：

• 在ManageController@index方法中临时添加日志，验证当前登录态：

public function index()
{
    \Log::info('Guard status check', [
        'admin_guard_check' => Auth::guard('admin')->check(),
        'web_guard_check' => Auth::guard('web')->check(),
        'admin_user_info' => Auth::guard('admin')->user()
    ]);
    return view('menu/manage/manage_home');
}

• 访问目标路由后查看storage/logs/laravel.log日志文件，如果admin_guard_check值为false，说明根本没有写入admin guard的有效登录态，需要回头检查管理员登录接口：确认登录操作是通过Auth::guard('admin')->attempt()完成，而非默认走web guard的Auth::attempt()。

3. 排查中间件注册链路的隐蔽拦截 #

• 执行php artisan route:list --path=manage命令，查看manage/home路由的完整中间件列表，确认没有混入非预期的auth或auth:web中间件
• 打开app/Http/Kernel.php，检查web中间件组的定义：你的admin路由是通过web中间件组加载的，如果web组内全局注册了auth或auth:web中间件，会在请求匹配到auth:admin逻辑之前，就被web guard的认证规则拦截，未登录时触发默认重定向，这类问题通常隐蔽性较强

4. 清除失效缓存 #

修改配置、路由后如果未清除框架缓存，会导致修改不生效：

• 依次执行以下命令：
  • php artisan config:clear
  • php artisan route:clear
  • php artisan cache:clear
  • php artisan view:clear
• 重新访问目标路由验证现象是否消失

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