mirror of
https://github.com/FiloSottile/mkcert.git
synced 2026-04-25 05:26:03 +03:00
[GH-ISSUE #81] feature request: ability to specify org name #45
Labels
No labels
TLS stack issue
Windows
bug
duplicate
duplicate
enhancement
help wanted
help wanted
pull-request
question
question
root store
waiting for info
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/mkcert#45
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @ldayananda on GitHub (Oct 24, 2018).
Original GitHub issue: https://github.com/FiloSottile/mkcert/issues/81
Currently the following will use UserAndHostname for certificate subject and Issuer OrganizationalUnit:
github.com/FiloSottile/mkcert@fcebdc9845/cert.go (L34-L39)It would be nice to be able to specify a different OrganizationalUnit, maybe with
-org-unit=@adamdecaf commented on GitHub (Oct 24, 2018):
I'm not a fan of this.
mkcertis for local dev certificates.Can you explain the use-case a bit more? If you need a certificate with real details why not get one from a CA?
@ldayananda commented on GitHub (Oct 24, 2018):
This is more for sharing with a team for a locally run tool. The hostname being tied to a user is awkward, but not a showstopper.
@FiloSottile commented on GitHub (Jan 6, 2019):
mkcert has as few configuration options as possible by design. I don't think we should add one for this. I understand it's not great to have a username in a team root, but in a sense it helps remember that you are trusting whoever generated it with full MitM capabilities (as they might have a copy of the private key).