Files
MaxScale/Documentation/Authenticators/MySQL-Authenticator.md
Markus Makela c915ea71aa Update the user credential cache documentation
The release notes now mention that the caching is done by the
authenticators, not by the core. It also mentions that only MySQLAuth
implements this functionality.

Added notes to binlogrouter documentation about the changes to the loading
and storing of users.

Cleaned up MySQL-Authenticator document to make it a bit easier to read.
2016-10-21 18:33:35 +03:00

1.8 KiB

MySQL Authenticator

The MySQLAuth and MySQLBackendAuth modules implement the client and backend authentication for the MySQL native password authentication. This is the default authentication plugin used by both MariaDB and MySQL.

These modules are the default authenticators for all MySQL connections and needs no further configuration to work.

Authenticator options

The client authentication module, MySQLAuth, supports authenticator options. The authenticator_options parameter is supported by listeners and servers and expects a comma-separated list of key-value pairs. The following options contain examples on how to define it.

cache_dir

The location where the user credential cache is stored. The default value for this is <cache dir>/<service name>/<listener name>/cache/ where <cache dir> by default is /var/cache.

If cache_dir is defined, the user cache file is stored in <cache dir>/. No additional directories are appended to the cache_dir value.

Each listener has its own user cache where the user credential information queried from the backends is stored. This information is used to authenticate users if a connection to the backend servers can't be made.

authenticator_options=cache_dir=/tmp

inject_service_user

Inject service credentials into the list of database users if loading of users fails. This option takes a boolean value and it is enabled by default.

When a connection to the backend database cannot be made, the service user can be injected into the list of allowed users. This allows administrative operations to be done via the SQL interface with modules that support it e.g. the Binlogrouter and Maxinfo modules.

If users are loaded successfully, the service user credentials are not injected into the list of users.

authenticator_options=inject_service_user=false