MXS-536: Add option to MySQLAuth that skips authentication
Disabling authentication in MaxScale allows creation of users which act like wildcard users but require that the connection is made through MaxScale.
This commit is contained in:
@ -104,9 +104,7 @@ following new commands were added to maxadmin, see output of `maxadmin help
|
||||
With these new features, you can start MaxScale without the servers and define
|
||||
them later.
|
||||
|
||||
# Module commands
|
||||
|
||||
## Module commands
|
||||
### Module commands
|
||||
|
||||
Introduced in MaxScale 2.1, the module commands are special, module-specific
|
||||
commands. They allow the modules to expand beyound the capabilities of the
|
||||
@ -145,6 +143,13 @@ aimed for two node master-slave clusters where the slave can act as a
|
||||
master in case the original master fails. For more details, please read
|
||||
the [MySQL Monitor Documentation](../Monitors/MySQL-Monitor.md).
|
||||
|
||||
### Permissive authentication mode for MySQLAuth
|
||||
|
||||
The MySQL authentication module supports the `skip_authentication` option which
|
||||
allows authentication to always succedd in MaxScale. This option offloads the
|
||||
actual authentication to the backend server and it can be used to implement a
|
||||
secure version of a wildcard user.
|
||||
|
||||
## Bug fixes
|
||||
|
||||
[Here is a list of bugs fixed since the release of MaxScale 2.0.X.](https://jira.mariadb.org/browse/MXS-739?jql=project%20%3D%20MXS%20AND%20issuetype%20%3D%20Bug%20AND%20resolution%20in%20(Fixed%2C%20Done)%20AND%20fixVersion%20%3D%202.0.0)
|
||||
|
Reference in New Issue
Block a user