Symfony 6.3中check_path导致无法登录的问题咨询

你的核心问题在于：check_path指定的signin路由没有被custom_user_area防火墙的^/custom/路径规则匹配到，而Symfony要求表单登录的check_path必须归属于对应的防火墙管辖——因为认证逻辑是由防火墙触发和处理的，不在防火墙覆盖范围内的路径无法触发认证流程。

解决方案 #

方案1：调整登录路由到防火墙覆盖路径下 #

将signin路由的路径修改为/custom/signin（确保匹配^/custom/规则），然后更新防火墙配置：

custom_user_area:
    pattern: ^/custom/
    lazy: true
    provider: custom_user_provider
    form_login:    
        login_path: custom_signin  # 对应路由路径为/custom/signin
        check_path: custom_signin

同时，在access_control中配置该登录路径允许匿名访问，确保未认证用户能打开登录表单并提交请求：

access_control:
    - { path: ^/custom/signin, roles: PUBLIC_ACCESS }
    - { path: ^/custom/, roles: ROLE_CUSTOM_USER }

方案2：扩展防火墙覆盖范围（不推荐） #

如果不想修改登录路由路径，可以调整防火墙的pattern，让它同时包含/signin和/custom/路径，但这种方式可能会导致防火墙意外覆盖其他不需要的路径，增加配置复杂度：

custom_user_area:
    pattern: ^/(custom/|signin)$
    lazy: true
    provider: custom_user_provider
    form_login:    
        login_path: signin
        check_path: signin
access_control:
    - { path: ^/signin, roles: PUBLIC_ACCESS }
    - { path: ^/custom/, roles: ROLE_CUSTOM_USER }

关键理解 #

Symfony要求check_path在防火墙范围内，是为了让对应的防火墙能捕获认证请求并使用指定的provider和认证逻辑处理。而通过PUBLIC_ACCESS（或IS_AUTHENTICATED_ANONYMOUSLY）开放该路径，就能让未认证用户提交登录请求，同时保证认证流程在防火墙的管控下完成。

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