Skip to content

How to Use multiple User Providers

Warning: You are browsing the documentation for Symfony 3.x, which is no longer maintained.

Read the updated version of this page for Symfony 7.1 (the current stable version).

Note

It's always better to use a specific user provider for each authentication mechanism. Chaining user providers should be avoided in most applications and used only to solve edge cases.

Each authentication mechanism (e.g. HTTP Authentication, form login, etc) uses exactly one user provider, and will use the first declared user provider by default. But what if you want to specify a few users via configuration and the rest of your users in the database? This is possible by creating a new provider that chains the two together:

1
2
3
4
5
6
7
8
9
10
11
12
# app/config/security.yml
security:
    providers:
        users:
            chain:
                providers: [users_in_memory, users_in_db]
        users_in_memory:
            memory:
                users:
                    foo: { password: test }
        users_in_db:
            entity: { class: AppBundle\Entity\User, property: username }

Now, all firewalls that explicitly define users as their user provider will, in turn, try to load the user from both the users_in_memory then users_in_db providers.

3.4

In previous Symfony versions, firewalls that didn't define their user provider explicitly, used the first existing provider (users in this example). However, auto-selecting the first user provider has been deprecated in Symfony 3.4 and will throw an exception in 4.0. Always define the provider used by the firewall when there are multiple providers.

You can also configure the firewall or individual authentication mechanisms to use a specific provider. Again, unless a provider is specified explicitly, the first provider is always used:

1
2
3
4
5
6
7
8
9
10
11
# app/config/security.yml
security:
    firewalls:
        secured_area:
            # ...
            pattern: ^/
            provider: users_in_db
            http_basic:
                realm: 'Secured Demo Area'
                provider: users_in_memory
            form_login: ~

In this example, if a user tries to log in via HTTP authentication, the authentication system will use the users_in_memory user provider. But if the user tries to log in via the form login, the users_in_db provider will be used (since it's the default for the firewall as a whole).

If you need to check that the user being returned by your provider is a allowed to authenticate, check the returned user object:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
use Symfony\Component\Security\Core\User;
// ...

public function loadUserByUsername($username)
{
    // ...

    // you can, for example, test that the returned user is an object of a
    // particular class or check for certain attributes of your user objects
    if ($user instance User) {
        // the user was loaded from the main security config file. Do something.
        // ...
    }

    return $user;
}

For more information about user provider and firewall configuration, see the Security Configuration Reference (SecurityBundle).

This work, including the code samples, is licensed under a Creative Commons BY-SA 3.0 license.
TOC
    Version