security.yaml 中的防火墙声明顺序是否重要?
Is the firewall declaration order significant in security.yaml?
在我的项目中,我有 2 个提供商和 2 个防火墙。
声明您的防火墙时是否有遵守顺序?在我的示例中,如果我从 admin
开始,然后是 user
,它会完美运行。
如果我反其道而行之,我将无法再与管理员联系。
为什么会这样?
providers:
app_user_provider:
entity:
class: App\Entity\User
property: email
app_user_admin_provider:
entity:
class: App\Entity\Useradmin
property: email
firewalls:
dev:
pattern: ^/(_(profiler|wdt)|css|images|js)/
security: false
admin:
anonymous: true
pattern: ^/admin
provider: app_user_admin_provider
guard:
authenticators:
- App\Security\AdminFormAuthenticator
logout:
path: /admin/logout
target: home
user:
anonymous: true
pattern: ^/
provider: app_user_provider
guard:
authenticators:
- App\Security\LoginFormAuthenticator
logout:
path: /profile/logout
target: home
access_control:
- { path: ^/admin$, role: IS_AUTHENTICATED_ANONYMOUSLY }
- { path: ^/admin, roles: ROLE_ADMIN }
- { path: ^/profile, roles: ROLE_USER }
role_hierarchy:
ROLE_ADMIN: ROLE_USER
顺序很重要,因为在发出请求时,将使用第一个匹配的防火墙。
如果第一个防火墙的模式是 ^/
,那么它将匹配 所有 请求,并且不会评估其他防火墙。
如果第一个防火墙的模式是 ^/admin
,"admin" 防火墙将用于 /admin/
请求,"user" 防火墙将用于任何其他不匹配的请求 ^/admin
在我的项目中,我有 2 个提供商和 2 个防火墙。
声明您的防火墙时是否有遵守顺序?在我的示例中,如果我从 admin
开始,然后是 user
,它会完美运行。
如果我反其道而行之,我将无法再与管理员联系。
为什么会这样?
providers:
app_user_provider:
entity:
class: App\Entity\User
property: email
app_user_admin_provider:
entity:
class: App\Entity\Useradmin
property: email
firewalls:
dev:
pattern: ^/(_(profiler|wdt)|css|images|js)/
security: false
admin:
anonymous: true
pattern: ^/admin
provider: app_user_admin_provider
guard:
authenticators:
- App\Security\AdminFormAuthenticator
logout:
path: /admin/logout
target: home
user:
anonymous: true
pattern: ^/
provider: app_user_provider
guard:
authenticators:
- App\Security\LoginFormAuthenticator
logout:
path: /profile/logout
target: home
access_control:
- { path: ^/admin$, role: IS_AUTHENTICATED_ANONYMOUSLY }
- { path: ^/admin, roles: ROLE_ADMIN }
- { path: ^/profile, roles: ROLE_USER }
role_hierarchy:
ROLE_ADMIN: ROLE_USER
顺序很重要,因为在发出请求时,将使用第一个匹配的防火墙。
如果第一个防火墙的模式是 ^/
,那么它将匹配 所有 请求,并且不会评估其他防火墙。
如果第一个防火墙的模式是 ^/admin
,"admin" 防火墙将用于 /admin/
请求,"user" 防火墙将用于任何其他不匹配的请求 ^/admin