Laravel多租户项目admin_web与web守卫登录后重定向行为不符预期求助

你遇到的登录成功后跳转回登录页的问题，本质是认证状态的校验链路断裂，和会话存储、模型配置无关，具体两点核心原因：

• 登录环节的guard切换仅在LoginController的登录方法生效，所有需要登录校验的受保护路由（比如/dashboard）依然走默认的web guard做状态检查
  简单来说：admin子域登录时，管理员的身份信息是存在admin_web guard对应的Session键里，但访问/dashboard时，系统用web guard去校验登录态，发现这个guard里没有已登录用户信息，就直接重定向回登录页。
• 配置里的默认guard始终指向web，全局没有做动态guard切换的逻辑，导致admin的认证状态在后续请求中完全不被路由中间件识别。

• 第一步：实现动态guard校验的认证中间件
  新增专门的认证中间件，替代Laravel默认写死web guard的认证逻辑，根据当前请求的子域名自动匹配对应guard做登录校验，代码参考：

  // app/Http/Middleware/DynamicAuth.php
  namespace App\Http\Middleware;
  
  use Closure;
  use Illuminate\Support\Facades\Auth;
  
  class DynamicAuth
  {
      public function handle($request, Closure $next)
      {
          $subdomain = $request->route('subdomain');
          // 匹配当前请求对应的guard
          $activeGuard = $subdomain === 'admin' ? 'admin_web' : 'web';
  
          // 校验当前guard下的登录状态
          if (!Auth::guard($activeGuard)->check()) {
              // 未登录时跳回对应子域的登录入口
              return redirect("//{$subdomain}.festipay.xlan/login");
          }
  
          // 把当前guard设为全局默认，避免后续逻辑反复指定guard
          Auth::shouldUse($activeGuard);
  
          return $next($request);
      }
  }
  

  把这个中间件注册到app/Http/Kernel.php的路由中间件数组里，之后所有受保护的路由（包括/dashboard）都用这个dynamic.auth中间件替代原来的auth中间件。

• 第二步：修复会话配置的域匹配问题
  调整.env文件里的会话配置，确保登录写入的Cookie能在当前子域下正常读取：

  # 注意域前面的点，代表当前主域下所有子域都能访问这个Cookie
  SESSION_DOMAIN=.festipay.xlan
  

  这里不需要担心两个guard的登录态互相干扰：Session存储时，不同guard的登录态会用独立的键位存储，就算共享同一个Cookie，web和admin_web的登录状态是完全隔离的。

• 第三步：调整登录成功的跳转逻辑
  修改LoginController里的跳转逻辑，根据当前登录的guard返回对应跳转地址，不要硬编码统一路径：

  // LoginController.php
  protected function redirectTo()
  {
      // 管理员登录成功跳专属页面，租户用户跳原来的dashboard
      if (Auth::guard('admin_web')->check()) {
          return '/admin/dashboard';
      }
      return '/dashboard';
  }
  

你之前尝试修改SystemUser模型的主键配置没有生效，是因为登录环节的用户查询逻辑本身是正常的（你已验证合法凭据会返回登录成功），问题从来不在模型层，全链路修复后不需要额外调整模型配置就能正常运行。

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