Nest.js Auth Guard JWT Authentication постоянно возвращает 401 неавторизованный

Обратите внимание, что функция validate() в вашей стратегии JWT вызывается только после успешной проверки JWT. Если вы постоянно получаете ответ 401 при попытке использовать JWT, вы не можете ожидать, что эта функция будет вызвана.

return из метода validate() вводится в объект запроса любой операции, защищенной аутентификацией JWT.

Я не уверен насчет функции done(), которую вы вызываете, но вот рабочий метод validate() из моего текущего проекта:

async validate(payload: JwtPayload): Promise<User> {
  const { email } = payload
  const user = await this.authService.getActiveUser(email)

  if (!user) {
    throw new UnauthorizedException()
  }

  return user
}

Похоже, вы на правильном пути, желая вернуть пользователя. Убедитесь, что это действительно то, что делает authenticationService.validateUserToken().

В стратегии jwtFromRequest: ExtractJwt.fromAuthHeaderAsBearerToken() кажется правильным, а в Postman, использующем заголовок авторизации с Bearer TOKEN, также выглядит правильным.

Что касается вашего authentication.controller.ts файла, будьте осторожны при использовании объектов @Request и @Response непосредственно в ваших контроллерах в NestJS. Они получают доступ к базовой структуре, например Express и могут обойти многие функции, реализованные Nest. См. https://docs.nestjs.com/faq/request-lifecycle, чтобы посмотрите, что вы пропускаете ...

Вы можете возвращать объекты и выдавать ошибки непосредственно из метода декорированного контроллера (например, @Get(), Post() и т. Д.) В NestJS, а фреймворк позаботится обо всем остальном: код HTTP, JSON и т. Д.

Из вашего контроллера рассмотрите возможность отказа от @Reponse res и использования вместо этого throw new UnauthorizedException('User Not Found') и простого return { token } (или аналогичного) подхода.

В вашем защищенном маршруте я обнаружил, что явное объявление AuthGuard('jwt') работает лучше и в некоторых случаях не вызывает предупреждений, даже если вы установили стратегию по умолчанию как JWT.

Вам действительно нужен AuthGuard('local') на вашем маршруте входа?

Внутри вашего loginAsync() метода НЕ забывайте о важном шаге, который фактически подписывает ваш токен полезной нагрузкой. Вы не предоставили свой код для реализации метода createToken() в своей службе аутентификации, но я подозреваю, что это может быть то, что вам не хватает.

Рассмотрим эту рабочую реализацию службы входа в систему (которая просто вызывается функцией входа в систему контроллера):

  async login(authCredentialsDto: AuthCredentialsDto): Promise<{ accessToken: string }> {
    const { email, password } = authCredentialsDto

    const success = await this.usersRepository.verifyCredentials(email, password)

    if (!success) {
      throw new UnauthorizedException('Invalid credentials')
    }

    // roles, email, etc can be added to the payload - but don't add sensitive info!
    const payload: JwtPayload = { email } 
    const accessToken = this.jwtService.sign(payload)

    this.logger.debug(`Generated JWT token with payload ${JSON.stringify(payload)}`)

    return { accessToken }
  }

Обратите внимание, что jwtService вводится в класс через внедрение зависимостей путем добавления private jwtService: JwtService в параметры конструктора.

Также обратите внимание на то, как в приведенном выше описании определяется интерфейс для JwtPayload, поэтому он явно типизирован. Это лучше, чем использовать any в вашем коде.

Наконец, если ваш JWT по-прежнему не проходит проверку, абсолютно уверены в том, что вы правильно используете свой токен в Postman. Будьте предельно осторожны, чтобы не добавлять начальные / конечные пробелы, новые строки и т. Д. Я сам допустил эту ошибку. Вы можете проверить работоспособность, написав быстрый JS-файл, чтобы опробовать ваш API и сделать запрос на выборку, который устанавливает заголовок авторизации со значением Bearer ${token}.

Надеюсь, это поможет, удачи!

У меня была точно такая же проблема. Моя проблема заключалась в том, что JwtModule secret и JwtStrategy secretOrKey были разными. Надеюсь, это поможет кому-то застрять в этом!

У меня был аналогичный статус 401. Моя проблема заключалась в том, что срок действия токена был очень коротким (60 секунд). Убедитесь также, что у вас есть разумный срок действия при тестировании jwt.