Los proxies inversos son una parte esencial de una configuración de autohospedaje, pero rara vez son lo más sencillo de configurar si eres nuevo en este hobby. Cada contenedor nuevo generalmente significa divertirse con archivos de configuración, reiniciar servicios y, si eres como yo, esperar no acaecer roto poco más en el proceso. Esa fricción se acumula cuando tienes poco tiempo y tienes un entorno Docker apilado. Entonces, para resolver este problema, recientemente instalé AutoXpose para simplificar la forma en que configuro mi proxy inverso. Lo que quería era poco simple: una forma sencilla de tener un contenedor acondicionado públicamente cada vez que lo activaba. Preferiblemente con una mínima entrada manual. Ese es precisamente el problema que AutoXpose pretende solucionar y ha eliminado rápidamente una de las partes más molestas de ejecutar servicios en casa.

9 proxies inversos que deberías comprobar para tu red doméstica

Si aloja algún servicio usted mismo, querrá un proxy inverso como otra capa de defensa.

Donde los flujos de trabajo de proxy tradicionales añaden demasiada fricción

Un enfoque que prioriza la protocolo para configurar las cosas

Si ejecuta más de un puñado de contenedores, ya conoce el procedimiento. Implementarás un contenedor nuevo, abrirás tu configuración de proxy inverso, agregarás un nuevo sillar, presionarás recargar y probarás si todo funciona. Crucemos los dedos, lo es. Pero si termina perdiendo un puerto o comete un error tipográfico, puede convertirse en un conjunto del astuto y el ratón para identificar problemas. Los expertos probablemente no se enfrentan a esto, pero muchos de nosotros que estamos aprendiendo los detalles del autohospedaje ciertamente sí lo hacemos. Herramientas como Caddy y Traefik ciertamente han facilitado las cosas, pero hay una gran cantidad de carga cognitiva involucrada en sostener las cosas alineadas.

En mi caso, ejecuto varios servicios en mi Synology NAS y la capa de proxy se ha convertido en una tarea de mantenimiento. Dirijo muchos servicios personales y muchos más para probar y escribir. Y cada nuevo servicio que agrego significa alterar la configuración. Peor aún, tenía que rememorar qué servicios estaban expuestos, qué puertos eran internos y cuáles no. No es una tarea especialmente difícil, pero sí repetitiva y acomodaticio de fallar.

AutoXpose aborda ese problema de una modo diferente. En oficio de pedirle que describa cada ruta manualmente, observa el propio Docker. Cuando se activa un nuevo servicio, autoXpose lee sus etiquetas, comprueba si es necesario exponerlo y luego software el proxy inverso automáticamente. Puede parecer un cambio último en las operaciones, pero para determinado que procesa muchos contenedores, es un gran cambio. Para iniciar, ya no tengo que pensar en arreglar las configuraciones de Proxy cuando implemento poco nuevo. La dialéctica se encuentra en el interior de la pila de Docker, que es exactamente donde debería estar en mi opinión. Una vez definido en el archivo Docker Compose, AutoXpose simplemente lo sigue y garantiza que se aplique un proxy inverso.

AutoXpose siquiera depende del mapeo de puertos para el enrutamiento interno y puede comunicarse con los contenedores directamente a través de la red Docker. Esto significa menos puertos abiertos y una segregación más limpia entre el tráfico interno y el paso divulgado.

Cómo encaja AutoXpose en mi pila

Automatización basada en etiquetas que simplemente funciona

Mi pila flagrante dirige el tráfico a través de un túnel de Cloudflare cerca de Caddy con AutoXpose como capa de automatización intermedia. La configuración es acomodaticio y solo tiene que ingresar su esencia API de Cloudflare y un ID de zona y AutoXpose lo recoge desde allí. No se necesitan recargas manuales ni proxies escritos a mano.

A continuación, simplemente agregue una protocolo a un archivo de pila Docker existente o uno nuevo. Una vez que el contenedor esté activo, presione escanear en AutoXpose y aparecerá de inmediato. Toque el botonadura de exposición y ta-da, su proxy inverso estará en funcionamiento. Es la veterano mejoría en la calidad de vida que he opuesto como laboratorio casero que experimenta mucho. Puedo rodar y apearse contenedores por capricho y exponerlos fielmente solo requiere una protocolo. Es una forma mucho más ordenada de hacer las cosas.

AutoXpose utiliza el observador de eventos de Docker para asegurar que aparezcan nuevos contenedores casi de inmediato. AutoExpose audición los eventos de inicio y detención de los contenedores en tiempo actual. Por lo tanto, si vuelve a implementar a posteriori de una aggiornamento, estará acondicionado de inmediato. Lo mismo ocurre con los contenedores nuevos. Sin incautación, la mejor parte tiene que ser la configuración mínima necesaria. En realidad sólo tienes que conectar AutoXpose a Caddy y darle las credenciales de Cloudflare. Por supuesto, igualmente funciona con otros proveedores de DNS. A posteriori de eso, la veterano parte del trabajo actual está impulsado por etiquetas Docker y se necesita interacción limitada. Esto es esencia para sostener la operación simple.

En mi propia configuración, la combinación de Cloudflare Tunnels y AutoXpose funciona suficiente proporcionadamente, con Cloudflare manejando el borde divulgado, Caddy manejando el enrutamiento y AutoXpose asegurando que los contenedores se muestren según sea necesario.

AutoXpose no reemplaza su proxy inverso, reduce la fricción a su cerca de

AutoXpose no está diseñado para reemplazar un proxy inverso. En cambio, está diseñado para resumir el trabajo repetitivo en torno a uno. Seguirás teniendo a Caddy para manejar el enrutamiento actual y a Cloudflare para el paso. AutoXpose, sin incautación, aporta cierto límite de automatización al entorno Docker. Para cualquiera que ejecute más de unos pocos servicios Docker, este tipo de automatización resulta extremadamente útil, lo que hace que AutoXpose sea definitivamente una aparejo que vale la pena configurar y probar en el laboratorio de su hogar.