-
Notifications
You must be signed in to change notification settings - Fork 25.6k
[DOC] Backup & Restore Security Configuration #42970
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[DOC] Backup & Restore Security Configuration #42970
Conversation
|
Pinging @elastic/es-security |
|
I'm tempted to move this up a level e.g. as a peer to the "Configuring security" section, so that we can break this into multiple pages. Do you have a strong preference for keeping it all on one long page? |
| ' | ||
| -------------------------------------------------- | ||
|
|
||
| NOTE: Restoring the global state is optional, but it will help make sure the |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There is information missing here after "the"
| -- | ||
|
|
||
| . Cherry-pick and | ||
| <<cluster-update-settings,apply the persistent secure settings>> from earlier. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think this step needs more information since it wasn't clear to me what "earlier" was referring to or what exact steps I needed to perform here.
Co-Authored-By: Lisa Cawley <[email protected]>
Co-Authored-By: Lisa Cawley <[email protected]>
Co-Authored-By: Lisa Cawley <[email protected]>
|
@lcawl I have skipped a test that added a user because the fixture was complaining that security must be explicitly enabled for a trial license. |
|
@lcawl This commit does not apply cleanly to 6.8, yet the technical bits (the |
This commit documents the backup and restore of a cluster's security configuration. It is not possible to only backup (or only restore) security configuration, independent to the rest of the cluster's conf, so this describes how a full configuration backup&restore will include security as well. Moreover, it explains how part of the security conf data resides on the special .security index and how to backup that using regular data snapshot API. Co-Authored-By: Lisa Cawley <[email protected]> Co-Authored-By: Tim Vernum <[email protected]>
This commit documents the backup and restore of a cluster's security configuration. It is not possible to only backup (or only restore) security configuration, independent to the rest of the cluster's conf, so this describes how a full configuration backup&restore will include security as well. Moreover, it explains how part of the security conf data resides on the special .security index and how to backup that using regular data snapshot API. Co-Authored-By: Lisa Cawley <[email protected]> Co-Authored-By: Tim Vernum <[email protected]>
|
At this time, that Administering Elasticsearch section only exists in 7.3 and later branches so if there's not a strong motivation for making it work there, I think we should refrain from backporting to that branch. |
|
@tvernum this has been merged to 7.3, 7.x and master . So, do you think we should backport this doc section to all 7.x versions? |
This commit documents the backup and restore of a cluster's security configuration. It is not possible to only backup (or only restore) security configuration, independent to the rest of the cluster's conf, so this describes how a full configuration backup&restore will include security as well. Moreover, it explains how part of the security conf data resides on the special .security index and how to backup that using regular data snapshot API. Co-Authored-By: Lisa Cawley <[email protected]> Co-Authored-By: Tim Vernum <[email protected]>
This commit documents the backup and restore of a cluster's security configuration. It is not possible to only backup (or only restore) security configuration, independent to the rest of the cluster's conf, so this describes how a full configuration backup&restore will include security as well. Moreover, it explains how part of the security conf data resides on the special .security index and how to backup that using regular data snapshot API. Co-Authored-By: Lisa Cawley <[email protected]> Co-Authored-By: Tim Vernum <[email protected]>
This commit documents the backup and restore of a cluster's security configuration. It is not possible to only backup (or only restore) security configuration, independent to the rest of the cluster's conf, so this describes how a full configuration backup&restore will include security as well. Moreover, it explains how part of the security conf data resides on the special .security index and how to backup that using regular data snapshot API. Co-Authored-By: Lisa Cawley <[email protected]> Co-Authored-By: Tim Vernum <[email protected]>
|
Backported to 7.0, 7.1 and 7.2. |
This reverts commit 6c8a01c.
This reverts commit 36a758d.
This reverts commit 69e7d99.
This commit documents the backup and restore of a cluster's security configuration. It is not possible to only backup (or only restore) security configuration, independent to the rest of the cluster's conf, so this describes how a full configuration backup&restore will include security as well. Moreover, it explains how part of the security conf data resides on the special .security index and how to backup that using regular data snapshot API. Co-Authored-By: Lisa Cawley <[email protected]> Co-Authored-By: Tim Vernum <[email protected]>
|
Backports to 7.0 and 7.1 have been reverted. We've discussed this in our weekly meeting. There is nothing in this PR that would justify it be an exception to our usual backporting strategy. Moreover, before 7.2, there were security tokens stored in the .security index, so the wording in the docs would not be 100% accurate. |
Documents how to backup and restore the configuration for security features.
This started of as documenting "Backup .security" but escalated fast, because it required explaining the relation with all the other configurations (eg which one goes first) . Documenting just the configuration part from the .security index would have raised more questions than answers, IMO.