mirror of
https://github.com/ClickHouse/ClickHouse.git
synced 2024-09-19 16:20:50 +00:00
minor doc change
This commit is contained in:
parent
5a45563f1b
commit
456613e7fa
@ -69,9 +69,9 @@ Adds new authentication methods to the user while keeping the existing ones:
|
||||
ALTER USER user1 ADD IDENTIFIED WITH plaintext_password by '1', bcrypt_password by '2', plaintext_password by '3'
|
||||
```
|
||||
|
||||
Note:
|
||||
Notes:
|
||||
1. Older versions of ClickHouse might not support the syntax of multiple authentication methods. Therefore, if the ClickHouse server contains such users and is downgraded to a version that does not support it, such users will become unusable and some user related operations will be broken. In order to downgrade gracefully, one must set all users to contain a single authentication method prior to downgrading. Alternatively, if the server was downgraded without the proper procedure, the faulty users should be dropped.
|
||||
2. Note: `no_password` can not co-exist with other authentication methods for security reasons.
|
||||
2. `no_password` can not co-exist with other authentication methods for security reasons.
|
||||
Because of that, it is not possible to `ADD` a `no_password` authentication method. The below query will throw an error:
|
||||
|
||||
``` sql
|
||||
|
@ -150,7 +150,7 @@ In ClickHouse Cloud, by default, passwords must meet the following complexity re
|
||||
CREATE USER user1 IDENTIFIED WITH plaintext_password by '1', bcrypt_password by '2', plaintext_password by '3''
|
||||
```
|
||||
|
||||
Note:
|
||||
Notes:
|
||||
1. Older versions of ClickHouse might not support the syntax of multiple authentication methods. Therefore, if the ClickHouse server contains such users and is downgraded to a version that does not support it, such users will become unusable and some user related operations will be broken. In order to downgrade gracefully, one must set all users to contain a single authentication method prior to downgrading. Alternatively, if the server was downgraded without the proper procedure, the faulty users should be dropped.
|
||||
2. `no_password` can not co-exist with other authentication methods for security reasons. Therefore, you can only specify
|
||||
`no_password` if it is the only authentication method in the query.
|
||||
|
Loading…
Reference in New Issue
Block a user