bootstrap-checks-xes.asciidoc 3.1 KB

1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071727374757677787980
  1. [role="xpack"]
  2. [[bootstrap-checks-xpack]]
  3. == Bootstrap Checks for {xpack}
  4. In addition to the <<bootstrap-checks,{es} bootstrap checks>>, there are
  5. checks that are specific to {xpack} features.
  6. [float]
  7. === Encrypt sensitive data check
  8. //See EncryptSensitiveDAtaBootstrapCheck.java
  9. If you use {watcher} and have chosen to encrypt sensitive data (by setting
  10. `xpack.watcher.encrypt_sensitive_data` to `true`), you must also place a key in
  11. the secure settings store.
  12. To pass this bootstrap check, you must set the `xpack.watcher.encryption_key`
  13. on each node in the cluster. For more information, see <<encrypting-data>>.
  14. [float]
  15. === PKI realm check
  16. //See PkiRealmBootstrapCheckTests.java
  17. If you use {es} {security-features} and a Public Key Infrastructure (PKI) realm,
  18. you must configure Transport Layer Security (TLS) on your cluster and enable
  19. client authentication on the network layers (either transport or http). For more
  20. information, see {stack-ov}/pki-realm.html[PKI user authentication] and
  21. {stack-ov}/ssl-tls.html[Setting up TLS on a cluster].
  22. To pass this bootstrap check, if a PKI realm is enabled, you must configure TLS
  23. and enable client authentication on at least one network communication layer.
  24. [float]
  25. === Role mappings check
  26. If you authenticate users with realms other than `native` or `file` realms, you
  27. must create role mappings. These role mappings define which roles are assigned
  28. to each user.
  29. If you use files to manage the role mappings, you must configure a YAML file
  30. and copy it to each node in the cluster. By default, role mappings are stored in
  31. `ES_PATH_CONF/role_mapping.yml`. Alternatively, you can specify a
  32. different role mapping file for each type of realm and specify its location in
  33. the `elasticsearch.yml` file. For more information, see
  34. {stack-ov}/mapping-roles.html#mapping-roles-file[Using role mapping files].
  35. To pass this bootstrap check, the role mapping files must exist and must be
  36. valid. The Distinguished Names (DNs) that are listed in the role mappings files
  37. must also be valid.
  38. [float]
  39. [[bootstrap-checks-tls]]
  40. === SSL/TLS check
  41. //See TLSLicenseBootstrapCheck.java
  42. If you enable {es} {security-features}, unless you have a trial license, you
  43. must configure SSL/TLS for internode-communication.
  44. NOTE: Single-node clusters that use a loopback interface do not have this
  45. requirement. For more information, see
  46. {stack-ov}/encrypting-communications.html[Encrypting communications].
  47. To pass this bootstrap check, you must
  48. {stack-ov}/ssl-tls.html[set up SSL/TLS in your cluster].
  49. [float]
  50. === Token SSL check
  51. //See TokenSSLBootstrapCheckTests.java
  52. If you use {es} {security-features} and the built-in token service is enabled,
  53. you must configure your cluster to use SSL/TLS for the HTTP interface. HTTPS is
  54. required in order to use the token service.
  55. In particular, if `xpack.security.authc.token.enabled` is
  56. set to `true` in the `elasticsearch.yml` file, you must also set
  57. `xpack.security.http.ssl.enabled` to `true`. For more information about these
  58. settings, see <<security-settings>> and <<modules-http>>.
  59. To pass this bootstrap check, you must enable HTTPS or disable the built-in
  60. token service.