修改密码后无法登录Django Admin面板的技术问题求助

常见原因及解决步骤 #

1. 自定义认证后端拦截了超级用户登录 #

如果项目配置了自定义认证后端（比如仅允许员工账号登录的逻辑），大概率默认超级用户没被纳入认证白名单：

• 检查settings.py中的AUTHENTICATION_BACKENDS配置，必须保留Django默认的认证后端：

  AUTHENTICATION_BACKENDS = [
      'django.contrib.auth.backends.ModelBackend',  # 该配置必须存在
      # 自定义后端放在此处
  ]
  

• 若自定义后端用于处理员工登录，需在其authenticate方法中添加超级用户放行逻辑：

  def authenticate(self, request, username=None, password=None, **kwargs):
      try:
          user = User.objects.get(username=username)
          # 允许超级用户直接通过认证
          if user.is_superuser and user.check_password(password):
              return user
          # 以下为原有员工账号验证逻辑
          if user.is_staff and 你的员工专属校验条件:
              if user.check_password(password):
                  return user
      except User.DoesNotExist:
          return None
      return None
  

2. 改密码后会话缓存异常 #

修改密码后Django会失效旧会话，但缓存或浏览器Cookie残留可能导致登录验证异常：

• 清空浏览器缓存与Cookie，关闭浏览器后重新尝试登录。
• 若使用Redis、Memcached等缓存存储会话，重启对应缓存服务。

3. 用户核心状态字段异常 #

若扩展了默认User模型或超级用户的核心状态字段被误修改：

• 通过Django Shell检查超级用户状态：

  from django.contrib.auth.models import User
  user = User.objects.get(username='你的超级用户名')
  print(user.is_staff, user.is_active, user.is_superuser)
  

  确保is_staff、is_active、is_superuser均为True；若存在自定义员工字段（如is_employee），需确认该字段符合认证逻辑要求。

4. 自定义登录视图逻辑缺陷 #

若项目自定义了Admin登录视图，可能逻辑中强制要求员工专属条件，拦截了超级用户：

• 检查是否存在覆盖admin.site.login的代码，确保视图处理登录请求时，未强制校验员工专属字段，为超级用户保留认证通道。

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