-
I am using the docker container in this case... And maybe that's the difficult part. So that means I'd have two contexts:
I did the init by hand using
I've extrapolated that the CA password needs to be in I also can't figure out how to start the actual server. The documents for contexts doesn't quite spell out what happens if you "add" contexts to an existing one, other than to indicate that there's an "unnamed" context and it is not affected when you add contexts. Should I just have a "default" context and then create additional contexts as I need/want them, instead of starting with contexts? If I do start with contexts, how do I tell the server to start in a specific context? I assume also that using the step context command allows you to switch contexts, so I won't have to run 7 different step-ca servers to serve up 7 different Root CAs for different purposes, I think, right? Thanks for everything! |
Beta Was this translation helpful? Give feedback.
Replies: 3 comments 1 reply
-
Ohh, maybe I've figured out the right incantation:
I don't know what will happen when I set up another context... is there a context config that tells it where the password file is per-context? |
Beta Was this translation helpful? Give feedback.
-
Okay, so the more I'm reading, if I want to have multiple certificate authorities, I have to run many |
Beta Was this translation helpful? Give feedback.
-
So the answer for the step-ca server is not to use contexts, that's not the right way to organize certificates. |
Beta Was this translation helpful? Give feedback.
So the answer for the step-ca server is not to use contexts, that's not the right way to organize certificates.