Differences

This shows you the differences between two versions of the page.

--- public:docker:nginx-proxy-acme-companion [2023/05/15 18:16]
jsanchez_odins.es
+++ public:docker:nginx-proxy-acme-companion [2024/10/09 08:53] (current)
@@ Line 1: / Line 1: @@
-# NginX-Proxy y ACME-Companion
+# Nginx-Proxy y ACME-Companion
-{{tags> nginx, acme, letsencrypt}}
+{{tag> nginx acme docker letsencrypt}}
 **Lo que se necesita**
@@ Line 12: / Line 12: @@
 **Lo que ofrece**
-Cualquier servicio web que desee lanzar con docker, será accesible mediante un subdominio con HTTPS con certificados válidos y sin apenas nada de trabajo extra.
+- Cualquier servicio web que desee lanzar con docker, será accesible mediante un subdominio con HTTPS con certificados válidos y sin apenas nada de trabajo extra.
 **Docker y Letsencrypt con los containers asistentes**
@@ Line 30: / Line 30: @@
-Con esta configuración es suficiente para tener lanzado el Jira Software *pelado*. Sin embargo, este ejemplo está preparado para ir añadiendo más cosas.
+Hay varios aspectos clave a tener en cuenta para entender este ejemplo de docker compose y poder trabajar con él más allá del ejemplo básico.
-Hay varios aspectos clave a tener en cuenta para entender este ejemplo de docker compose y poder trabajar con él más allá del ejemplo básico que sólo lanza Jira Software con LetsEncrypt.
 - El punto de entrada al que está expuesto todo el ecosistema es el container `proxy` que es el único que abre puertos a la red del anfitrión. Su uso y configuración es clave.
@@ Line 39: / Line 37: @@
 - Muchos images docker de muchas aplicaciones llevan incrustado un nginx dentro (por algún motivo desconocido), el ejemplo más directo de ésto es BookStack que tiene un nginx dentro del container. No confundirlos entre el `proxy` que es el importante de este proyecto.
-- El container `proxy` es una versión especial de nginx con una funcionalidad muy interrelacionada con el container de LetEncrypt. La clave está en que puedes añadir tantas aplicaciones al docker-compose como quieras, siempre que especifiques un `VIRTUAL_HOST` con un subdominio.
+- El container `proxy` es una versión especial de nginx con una funcionalidad muy interrelacionada con el container de LetEncrypt/acme-companion. La clave está en que puedes añadir tantas aplicaciones al docker-compose como quieras, siempre que especifiques un `VIRTUAL_HOST` con un subdominio.
 - OJO, en ningún momento necesitaremos modificar o editar a mano el archivo de configuración de `nginx.conf`. El container `proxy` generará uno dinámicamente a partir de la información contenida en `docker-compose.yml`. Podremos inspeccionar los contenidos generados si entramos en el container `proxy` y abrimos `/etc/nginx/conf.d/` y miramos los archivos de configuración.