login_check не является страницей входа в систему, это маршрут, который выполняет скрипт проверки входа , проверили ли вы свой файл security.yml на наличие надлежащих брандмауэров и поставщиков и т. Д.? вам нужно иметь что-то вроде этого:
security:
providers:
in_memory:
memory: ~
fos_userbundle:
id: fos_user.user_provider.username_email
firewalls:
dev:
pattern: ^/(_(profiler|wdt)|css|images|js)/
security: false
main:
pattern: .*
context: user
form_login:
success_handler: authentication_handler
failure_handler: authentication_handler
provider: fos_userbundle
csrf_provider: form.csrf_provider
login_path: /user/login
check_path: /user/login_check
default_target_path: /user/dashboard
always_use_default_target_path: true
logout:
path: /user/logout
target:/
anonymous: true
#fos security configurations
encoders:
FOS\UserBundle\Model\UserInterface: sha512
role_hierarchy:
ROLE_SUPER_ADMIN: [ ROLE_USER, ROLE_ADMIN, ROLE_SONATA_ADMIN, ROLE_ADMINROLE_ALLOWED_TO_SWITCH ]
access_control:
- { path: ^/user/login$, role: IS_AUTHENTICATED_ANONYMOUSLY }
- { path: ^/user/resetting, role: IS_AUTHENTICATED_ANONYMOUSLY }
- { path: ^/user/register, roles: [ ROLE_SUPER_ADMIN ] }
- { path: ^/user, roles: [ ROLE_USER, ROLE_SUPER_ADMIN ] }
- { path: ^/.*, role: IS_AUTHENTICATED_ANONYMOUSLY }
acl:
connection: default
Благодарим вас за ответ. Я использую страницу/login. Перенаправление в/login_check выполняется с помощью FOS UserBundle. Корень и безопасность являются правильными. У вас есть другая идея? – sdespont
Когда у меня были проблемы с FOS, это было из-за AppKernel, cache, security.yml, services.yml, config.yml, неправильно импортированных ресурсов для администратора, неправильных orm, dbal-настроек, сопоставлений orm, менеджеров сущностей –