-
Notifications
You must be signed in to change notification settings - Fork 8.4k
docker-users update #25520
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
docker-users update #25520
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -202,6 +202,12 @@ If using all-users installation and your administrator account is different to y | |
| $ net localgroup docker-users <user> /add | ||
| ``` | ||
|
|
||
| > [!WARNING] | ||
| > | ||
| > Membership in `docker-users` grants access to the Docker daemon socket, which is equivalent to granting administrative privileges on the host. Only add users who require access to Windows containers or Hyper-V VM management. For Linux containers using the WSL 2 backend, this group membership is not required. See [Protect the Docker daemon socket](/manuals/engine/security/protect-access.md) for more information. | ||
|
|
||
|
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. [LOW] Link text is a full question sentence (~17 words), exceeding the ~5-word style guide recommendation The cross-reference link text uses the entire FAQ heading as its anchor: "Why isn't the |
||
| If you're deploying via MDM (such as Intune) and the `docker-users` group isn't populated automatically, see [Why isn't the `docker-users` group populated when the MSI is installed with Intune or another MDM solution?](/manuals/enterprise/enterprise-deployment/faq.md#why-isnt-the-docker-users-group-populated-when-the-msi-is-installed-with-intune-or-another-mdm-solution). | ||
|
|
||
| See the [Installer flags](#installer-flags) section to see what flags the `install` command accepts. | ||
|
|
||
| > [!NOTE] | ||
|
|
||
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -67,6 +67,10 @@ As a workaround, you can create a script that runs in the context of the user ac | |
|
|
||
| The script would be responsible for ensuring the `docker-users` group exists and populating it with the correct user. | ||
|
|
||
| > [!WARNING] | ||
|
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. [LOW] Callout closing phrase differs from the matching callout in windows-install.md This callout ends with "for further information" while the identical callout added in |
||
| > | ||
| > Membership in `docker-users` grants access to the Docker daemon socket, which is equivalent to granting administrative privileges on the host. Only add users who require access to Windows containers or Hyper-V VM management. For Linux containers using the WSL 2 backend, this group membership is not required. See [Protect the Docker daemon socket](/manuals/engine/security/protect-access.md) for further information. | ||
|
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. [LOW] Inconsistent phrasing between companion callouts This callout ends with "for further information", while the nearly identical callout added in Suggested fix: Change "for further information" to "for more information" to match |
||
|
|
||
| Here's an example script that creates the `docker-users` group if needed and adds the current user to it (requirements may vary depending on environment): | ||
|
|
||
| ```powershell | ||
|
|
||
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.
[MEDIUM] Broken internal link — missing
/manuals/prefixThe link to
Protect the Docker daemon socketuses the path/engine/security/protect-access/, but the canonical internal link format for this repo is/manuals/<path>.md. The companion callout added infaq.md(in this same PR) correctly uses/manuals/engine/security/protect-access.md, and other existing files (e.g.content/manuals/engine/daemon/remote-access.md) also use the/manuals/…format.The
/engine/security/…path would only work if Hugo has an alias redirect for that URL. Without one, the link will 404.Suggested fix: