Проблема с маршрутом APIPlatform JWT authentication_token

#php #reactjs #docker #symfony #docker-compose

#php #reactjs #docker #симфония #docker-compose

Вопрос:

Я использую Symfony 5 и React с помощью docker.

Оба контейнера находятся в разных docker-compose but сетях в одной сети, поэтому они могут видеть и пинговать друг друга.

Я установил пакет с : docker-compose exec php composer require jwt-auth

Затем сгенерированные открытые и закрытые ключи с

 docker-compose exec php sh -c '
    set -e
    apk add openssl
    mkdir -p config/jwt
    jwt_passphrase=${JWT_PASSPHRASE:-$(grep ''^JWT_PASSPHRASE='' .env | cut -f 2 -d ''='')}
    echo "$jwt_passphrase" | openssl genpkey -out config/jwt/private.pem -pass stdin -aes256 -algorithm rsa -pkeyopt rsa_keygen_bits:4096
    echo "$jwt_passphrase" | openssl pkey -in config/jwt/private.pem -passin stdin -out config/jwt/public.pem -pubout
    setfacl -R -m u:www-data:rX -m u:"$(whoami)":rwX config/jwt
    setfacl -dR -m u:www-data:rX -m u:"$(whoami)":rwX config/jwt
'
  

Итак, я получил routes.yaml файл с:

 authentication_token:
    path: /authentication_token
    methods: ['POST']
  

И security.yaml с :

 security:
    encoders:
        AppEntityUsers:
            algorithm: auto

    providers:
        app_user_provider:
            entity:
                class: AppEntityUsers
                property: email
    firewalls:
        dev:
            pattern: ^/(_(profiler|wdt)|css|images|js)/
            security: false
        main:
            stateless: true
            anonymous: true
            lazy: true
            provider: app_user_provider
            json_login:
                check_path: /authentication_token
                username_path: email
                password_path: password
                success_handler: lexik_jwt_authentication.handler.authentication_success
                failure_handler: lexik_jwt_authentication.handler.authentication_failure
            guard:
                authenticators:
                    - lexik_jwt_authentication.jwt_token_authenticator
    access_control:
        - { path: ^/docs, roles: IS_AUTHENTICATED_ANONYMOUSLY }
        - { path: ^/authentication_token, roles: IS_AUTHENTICATED_ANONYMOUSLY }
        - { path: ^/, roles: IS_AUTHENTICATED_FULLY }

  

Теперь, если я попытаюсь пройти этот маршрут с помощью своего интерфейса react, в моем веб-браузере появятся следующие ошибки

в console

 Response {type: "cors", url: "https://localhost:8443/authentication_token", redirected: false, status: 404, ok: false}body: (...)bodyUsed: trueheaders: Headers {}ok: falseredirected: falsestatus: 404statusText: ""type: "cors"url: "https://localhost:8443/authentication_token"__proto__: Response
  

В network response

Unable to find the controller for path "/authentication_token". The route is wrongly configured

И если я попытаюсь получить доступ к маршруту в браузере с :

https://localhost:8443/authentication_token

Я получаю :

No route found for "GET /authentication_token": Method Not Allowed (Allow: POST)

Я не понимаю, почему, потому что я следил за документом платформы api: https://api-platform.com/docs/core/jwt/

Я отправляю свой запрос через сообщение в react :

 const response = await fetch('https://localhost:8443/authentication_token', {
                credentials: 'include',
                headers: {
                    Accept: 'application/json',
                },
                method: 'POST',
                body: data,
            })

            console.warn(response)
            const responseData = await response.json()
            console.warn(responseData)
            onConnect(responseData)
  

И я проверил header request , и response request оба они настроены на метод POST.

У кого-нибудь есть идея о том, что я пропустил?

Комментарии:

1. Вы очистили кеш? Если вы выполняете console debug:router , есть ли маршрут?

2. Да, кэш очищается несколько раз, и маршрут есть, когда я запускаю debug: router

Ответ №1:

Немного поздно, но только для справки: пример документации платформы API, похоже, ошибочен в этой части. Просто удалите

 anonymous: true
  

из вашего соответствующего брандмауэра в security.yaml

Решил проблему для меня.

Редактировать: это была бессмыслица. Однако в моем случае мне просто нужно было убедиться, что заголовок Content-Type был правильно установлен в application / json.