The docker-certs from siu-toba

docker-certs's People

Contributors

Stargazers

Watchers

docker-certs's Issues

no buildea

Vieja, falta un -y en la linea 4 del Dockerfile
"RUN apt-get update && apt-get install openssl -y "

Sin el assume yes no buildea.

Debería leer un docker.env para la config

Hoy lee directamente el docker-template.env y debería comportarse igual que en el resto de los docker que exigen un docker.env (viene de copiar el docker-template.env y editarlo). Debería estar en el .gitignore también.

Inconvenientes con docker-template.env

Actualmente, docker.env (copiado de docker-template.env) arroja la siguiente configuración:

sergio@devops:~/workspace/docker-certs$ docker-compose config
networks: {}
services:
  certs:
    container_name: certs
    environment:
      CA_DATA: '"/C=AR/O=ROOTCA/OU=SIUTEST/ST=Posadas/CN=ROOTCA/"'
      CA_INT_PWD: '''cambiametambien'''
      CA_PWD: '''cambiame'''
      DOCKER_NAME: certs
      LISTA_CLIENTES: cliente1 cliente2 cliente3
      LISTA_SERVER: dominio dominio2 dominio3
    image: siutoba/docker-certs
    network_mode: bridge
    volumes:
    - ~/workspace/docker-certs/docker-data/certs/certificados:/CAs/intermediate:rw
    - ~/workspace/docker-certs/docker-data/certs/root:/CAs/rootCA:rw
version: '2.0'
volumes: {}

Notar que las variables definidas en docker.env no pueden tener comillas ya que se trasladan escapadas... bash entiendo permite definir variables tipo string sin necesidad de comillas.

Por otro lado, si queremos defininir CRT_DATA, no me queda claro como crearla... ya que acá y acá se está armando una por cada certificado cliente/servidor, con el CN respectivo. Podríamos hacer que solo la parte C, OU, ST sean personalizables y CN lo arme al momento de usar el CRT_DATA.

Recommend Projects