bootstrap-checks-xes.asciidoc 2.9 KB

12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667686970717273747576777879
  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 <<pki-realm>> and <<ssl-tls>>.
  21. To pass this bootstrap check, if a PKI realm is enabled, you must configure TLS
  22. and enable client authentication on at least one network communication layer.
  23. [float]
  24. === Role mappings check
  25. If you authenticate users with realms other than `native` or `file` realms, you
  26. must create role mappings. These role mappings define which roles are assigned
  27. to each user.
  28. If you use files to manage the role mappings, you must configure a YAML file
  29. and copy it to each node in the cluster. By default, role mappings are stored in
  30. `ES_PATH_CONF/role_mapping.yml`. Alternatively, you can specify a
  31. different role mapping file for each type of realm and specify its location in
  32. the `elasticsearch.yml` file. For more information, see
  33. <<mapping-roles-file>>.
  34. To pass this bootstrap check, the role mapping files must exist and must be
  35. valid. The Distinguished Names (DNs) that are listed in the role mappings files
  36. must also be valid.
  37. [float]
  38. [[bootstrap-checks-tls]]
  39. === SSL/TLS check
  40. //See TLSLicenseBootstrapCheck.java
  41. If you enable {es} {security-features}, unless you have a trial license, you
  42. must configure SSL/TLS for internode-communication.
  43. NOTE: Single-node clusters that use a loopback interface do not have this
  44. requirement. For more information, see
  45. <<encrypting-communications>>.
  46. To pass this bootstrap check, you must
  47. <<ssl-tls,set up SSL/TLS in your cluster>>.
  48. [float]
  49. === Token SSL check
  50. //See TokenSSLBootstrapCheckTests.java
  51. If you use {es} {security-features} and the built-in token service is enabled,
  52. you must configure your cluster to use SSL/TLS for the HTTP interface. HTTPS is
  53. required in order to use the token service.
  54. In particular, if `xpack.security.authc.token.enabled` is
  55. set to `true` in the `elasticsearch.yml` file, you must also set
  56. `xpack.security.http.ssl.enabled` to `true`. For more information about these
  57. settings, see <<security-settings>> and <<modules-http>>.
  58. To pass this bootstrap check, you must enable HTTPS or disable the built-in
  59. token service.