8000 Use ~/.minica/ by default · Issue #4 · jsha/minica · GitHub
[go: up one dir, main page]

Skip to content

Use ~/.minica/ by default #4

Open

Description

@powerman

I suppose main use case for minica is to enable developing projects on local workstation. This means we'll have just one CA key imported into all local browsers, and per-project certificates. Not sure about best default place to store per-project certificates (it may make sense to keep them in project's dir), but CA key by default should always be the same. Needs to cd into some specific directory before running minica is very inconvenient, please make it use ~/.minica/ for CA key by default and add an option to change this directory, so minica -ca-dir . can be used to emulate current behaviour.

As for site certificates, I suppose it makes sense to do the same: use ~/.minica/site/ by default and add an option -out-dir and/or two options -out-cert and -out-key to make it easier to control where project certificate will be stored.

Activity

  1. tedb commented on Jul 4, 2018

    @tedb

    Hi there @powerman, I just learned about this project and was curious about what issues are open. Just a thought, as a workaround for this you could invoke it in a Bash subshell (the parens) that first changes to that directory:

    $ (cd ~/.minica && minica example.com)
  2. logicalphase commented on Aug 3, 2018

    @logicalphase
    8000

    I left the minica generated files in a folder outside my project and created symlinks to the project files from the root of my project. I use Git so I added the file names to .gitignore.

  3. jsha commented on Sep 5, 2018

    @jsha
    Owner

    I've been thinking about this issue. I think of minica as having two purposes:

    1. Certificates for local development
    2. Certificates for RPCs, or test harnesses, or general internal-only services that don't need an external CA.

    I think (1) is probably now satisfied better by https://github.com/FiloSottile/mkcert (though I haven't tried it myself). The advantage of mkcert is that it knows how to add its root to local trust stores automatically.

    For (2), I think it makes more sense to write in the current directory, rather than always to a dotfile directory in the user's home. The reason is that each project or use case should probably have its own CA. If we default to putting things in people's homedir, I think that encourages reusing the same CA across multiple projects, which increases the risk of mistakes.

    What do you think?

  4. adamdecaf commented on Sep 5, 2018

    @adamdecaf

    @powerman I'll echo Jacob and say mkcert is probably a better fit for you. The auto install into chrome/firefox is super nice.

  5. powerman commented on Sep 5, 2018

    @powerman
    Author

    Well, for now I've switched back to using EasyRSA and wrote How to securely test local/staging HTTPS project. I don't really think auto install is a critical feature because it has to be done just once by each developer, but, sure, it's nice to have.

  6. tox2ik commented on Oct 22, 2018

    @tox2ik

    The current behavior is simple and predictable. Ask any average windows dev what a dot folder is. They'll go "huh?". Besides - a cert is not a config file, which is what dot files are for.

  7. sdavids commented on Oct 30, 2023

    @sdavids

    related #65

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions

      0