Filament自定义web_store认证守卫持续重定向至登录页问题

以下是针对性的排查和解决步骤：

• 检查认证提供者配置完整性
  你只提供了guards部分的配置，需要确保config/auth.php中的providers数组已正确配置store_users：

  'providers' => [
      'users' => [
          'driver' => 'eloquent',
          'model' => App\Models\User::class,
      ],
      'store_users' => [
          'driver' => 'eloquent',
          'model' => App\Models\StoreUser::class, // 确认模型路径准确
      ],
  ],
  

  同时验证StoreUser模型是否正确继承Authenticatable：

  use Illuminate\Foundation\Auth\User as Authenticatable;
  
  class StoreUser extends Authenticatable
  {
      // 模型其他代码
  }
  

• 清除Laravel配置缓存
  配置修改后未清除缓存会导致新守卫配置不生效，执行以下命令：

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

• 验证Filament面板中间件配置
  确保面板中间件未强制使用默认web守卫，可显式指定中间件集合：

  return $panel
      ->default()
      ->id('app')
      ->path('/')
      ->login()
      ->authGuard('web_store')
      ->middleware([
          'web',
          // 移除任何强制绑定web守卫的自定义中间件
      ]);
  

• 确认登录逻辑使用正确守卫
  如果是自定义登录逻辑，必须通过web_store守卫执行认证：

  // 示例登录验证代码
  if (auth()->guard('web_store')->attempt($credentials)) {
      // 认证成功逻辑
  }
  

  若使用Filament自带登录页，可通过路由列表验证配置：

  php artisan route:list | grep filament
  

  确认登录路由关联的中间件和守卫为web_store。

• 检查StoreUser模型基础配置

  • 确认模型$table属性指向正确数据表（如store_users）
  • 确保登录字段（如email、password）在$fillable数组中：

    protected $fillable = [
        'name',
        'email',
        'password',
    ];
    

  • 验证用户密码已通过Hash::make()哈希存储，否则认证会静默失败。

• 调试认证状态
  添加测试路由查看web_store守卫的认证状态：

  Route::get('/test-store-auth', function () {
      dd(
          auth()->guard('web_store')->check(),
          auth()->guard('web_store')->user()
      );
  });
  

  登录后访问该路由，若返回false，说明认证逻辑存在问题，需回溯用户创建、密码哈希等环节。

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