Cómo funcionan los puertos en Docker

Contenido del curso

Optimización Avanzada en Docker

Buenas Prácticas en Docker

Instalación y Configuración en Entornos Multiplataforma

Redes Avanzadas y Balanceo de Carga

Automatización de CI/CD

Orquestación

Develop

34
Dev containers en VS Code con Docker
09:54 min

Tomar examen

Cursos Empresas Blog Live Conf Eventos Precios

0:008:36

Cómo funcionan los puertos en Docker

Curso de Docker Avanzado

Clase 19 de 34

Clase 19 / 34

Comentarios (6)6 comentarios

Bryan Castano

Hace 2 años

Recuernsen Chicos:

El 1er Puerto de my parametro -P es aquel cual my computadora se comunica a dockerDaemon ;

El 2nd Puerto de my parametro es con Docker se Comunica a su contenedor;

Esto suele causarme confusion binaria por no saber cual es cual y luego tengo que adivinar a try and fail para ver cual sera el correcto de my localHost .

Juan Camilo Suarez

Hace 2 años

¿si tu publicas tu docker de nginx a internet (en azure como lo hiciste en el módulo pasado) por qué no hace falta ponerle el puerto 443 para que sea "seguro"?

¿Dónde o quién determina que ese docker tiene https?

Ulises Serrano Pérez

Hace 2 años

Si debes de habilitar el puerto 443 para que puedas habilitar HTTPS, supongo que el profesor lo omitió pero si se debe de publicar si quieres acceso seguro a tu sitio.

Abraham Siso

Hace 2 años

Una pregunta, es una buena practica usar los mismos puertos por ejemplo 5000:5000? o el segundo puerto debe ser diferente?

Otro dato curioso es que hay que evitar usar puertos reservados que van del 0 al 1023

Jhonnier Isaza Gonzalez

Hace un año

No hay problema en usar el mismo puerto, después de que estén disponibles lo puedes hacer

Ulises Serrano Pérez

Hace 2 años

Como habitualmente vas a tener varios contenedores corriendo en un servidor el tema de los puertos se puede volver un tanto complicado y ademas de que its not sexy que los puertos se vean en una url productiva.

Para ello podrías configurar un nginx como un proxy reverso que sería publico en y con los puertos 80 y 443, los cuales serian los únicos expuestos. Este proxy podría enrutar a tus contenedores internos por medio de los puertos que elijas con lo cual mitigas el riesgo de tener expuestos tus contenedores con puertos y se ve mejor.

Andres Silva Vega

Hace un año

8080:5000

[puerto donde escucha tu maquina]:[puerto donde aparece la solicitud dentro del contenedor]

Alfredo Olmedo

Hace 2 años

Recursos

Entender cómo funcionan los puertos en Docker es una de esas habilidades que marcan la diferencia entre seguir tutoriales y desplegar contenedores con criterio propio. Aquí aprendes a mapear puertos entre tu máquina y los contenedores, por qué Docker los cierra por defecto y cómo elegir entre asignarlos manualmente o dejar que Docker lo haga por ti.

¿Por qué Docker cierra los puertos por defecto?

Docker fue diseñado pensando en seguridad desde el primer día. Por eso, cuando despliegas un contenedor, todos sus puertos están cerrados a menos que tú indiques lo contrario. Esto es una de las mejores prácticas de seguridad del mercado: nada queda expuesto sin tu consentimiento explícito.

La contraparte es que, como usuario, necesitas aprender a abrir y mapear puertos manualmente. Y ahí es donde muchos nos trabamos al principio.

¿Qué hace el parámetro -p en Docker? Mapea un puerto de tu máquina a un puerto del contenedor. El primer número es el puerto local con el que tú te comunicas a Docker; el segundo es el puerto interno con el que Docker habla con el contenedor.

¿Cómo mapear un puerto manualmente con docker run?

El comando base para abrir un puerto se ve así, ejecutado [00:48] en la terminal:

bash docker run -d -p 8080:80 --name mi-nginx nginx

Lo que sucede aquí es directo:

El flag -d ejecuta el contenedor en segundo plano.
-p 8080:80 indica que tú escribes al puerto 8080 de tu máquina y Docker lo redirige al puerto 80 dentro del contenedor.
--name mi-nginx le da un nombre legible al contenedor.
nginx es la imagen base que se descarga y ejecuta.

Una vez corriendo, abres el navegador en localhost:8080 y aparece la página de inicio de nginx. Si cambias el primer número a 8081, entonces el 8080 deja de funcionar porque ya nadie está escuchando ahí. Tendrías que ir a localhost:8081 para volver a ver tu sitio.

¿Puedo correr varios contenedores de la misma imagen?

Sí, siempre que cada uno use un puerto distinto en tu máquina. Dos contenedores no pueden compartir el mismo puerto al mismo tiempo. Por ejemplo, puedes lanzar uno en 8081 y otro en 1524 a partir de la misma imagen de nginx, cambiando además el nombre de cada contenedor para evitar conflictos.

Desde Docker Desktop puedes ver, en la sección de Containers, qué puerto está usando cada uno. Es un inventario visual muy útil para saber cuáles ya no puedes reutilizar. Incluso puedes lanzar una tercera instancia desde la sección de Images, expandir las configuraciones opcionales y asignar un puerto como 6223 antes de ejecutarla [04:30].

¿Cuándo conviene usar -P en mayúscula?

Si no quieres lidiar con elegir puertos a mano, Docker tiene un atajo. El parámetro -P (con P mayúscula) le dice a Docker que abra un puerto disponible automáticamente en tu nombre.

bash docker run -d -P --name nginx3 nginx

Docker se encarga de elegir un puerto libre y mapearlo al puerto interno de la imagen. Si no tienes Docker Desktop a la mano, puedes consultar el mapeo desde la terminal con:

bash docker port nginx3

La salida te muestra algo como 80/tcp -> 0.0.0.0:32768, lo que significa que Docker se comunica internamente por el puerto 80 y lo expuso en tu máquina a través del 32768 [05:45]. Le das clic a esa dirección en Docker Desktop y llegas al mismo nginx que verías con un mapeo manual.

¿Cuál es la diferencia entre -p y -P en Docker? La -p minúscula te deja definir manualmente el puerto local y el del contenedor. La -P mayúscula deja que Docker asigne automáticamente un puerto local libre.

¿Cómo recordar el orden de los puertos sin equivocarte?

La regla mental más simple, y la que te salva siempre, es esta:

El primer puerto del parámetro es con el que tu computadora se comunica a Docker.
El segundo puerto es con el que Docker se comunica al contenedor.

Con esa frase en mente, ya no necesitas memorizar más. Sea que despliegues 3, 20 o 50 contenedores de la misma imagen, basta con asignarles puertos locales distintos y dejar que Docker haga el resto del trabajo de ruteo interno.

¿Cuál prefieres en tu flujo: elegir puertos fijos o dejar que Docker los asigne con -P? Cuéntalo en los comentarios.

Resumen

¿Por qué Docker cierra los puertos por defecto?

La contraparte es que, como usuario, necesitas aprender a abrir y mapear puertos manualmente. Y ahí es donde muchos nos trabamos al principio.

¿Qué hace el parámetro -p en Docker? Mapea un puerto de tu máquina a un puerto del contenedor. El primer número es el puerto local con el que tú te comunicas a Docker; el segundo es el puerto interno con el que Docker habla con el contenedor.

¿Cómo mapear un puerto manualmente con docker run?

El comando base para abrir un puerto se ve así, ejecutado [00:48] en la terminal:

bash docker run -d -p 8080:80 --name mi-nginx nginx

Lo que sucede aquí es directo:

El flag -d ejecuta el contenedor en segundo plano.
-p 8080:80 indica que tú escribes al puerto 8080 de tu máquina y Docker lo redirige al puerto 80 dentro del contenedor.
--name mi-nginx le da un nombre legible al contenedor.
nginx es la imagen base que se descarga y ejecuta.

¿Puedo correr varios contenedores de la misma imagen?

¿Cuándo conviene usar -P en mayúscula?

Si no quieres lidiar con elegir puertos a mano, Docker tiene un atajo. El parámetro -P (con P mayúscula) le dice a Docker que abra un puerto disponible automáticamente en tu nombre.

bash docker run -d -P --name nginx3 nginx

Docker se encarga de elegir un puerto libre y mapearlo al puerto interno de la imagen. Si no tienes Docker Desktop a la mano, puedes consultar el mapeo desde la terminal con:

bash docker port nginx3

¿Cuál es la diferencia entre -p y -P en Docker? La -p minúscula te deja definir manualmente el puerto local y el del contenedor. La -P mayúscula deja que Docker asigne automáticamente un puerto local libre.

¿Cómo recordar el orden de los puertos sin equivocarte?

La regla mental más simple, y la que te salva siempre, es esta:

El primer puerto del parámetro es con el que tu computadora se comunica a Docker.
El segundo puerto es con el que Docker se comunica al contenedor.

¿Cuál prefieres en tu flujo: elegir puertos fijos o dejar que Docker los asigne con -P? Cuéntalo en los comentarios.

Optimización Avanzada en Docker

Optimización avanzada de Docker para cloud native

Docker productivo vs comandos básicos

Multi-stage builds en Docker con ASP.NET

Cómo escanear vulnerabilidades en imágenes Docker

Imágenes distroless: de 840 MB a 52 MB

Imágenes Docker para múltiples arquitecturas

Cómo funciona el caché en Docker builds

De 1.19 GB a 126 MB con Alpine

Qué es el build context en Docker

Docker Hub para compartir imágenes en la nube

Buenas Prácticas en Docker

Cómo reducir capas en Docker

Cómo usar .dockerignore para imágenes más pequeñas

Limpia Docker y recupera gigas con prune

Creando usuarios en Docker sin privilegios root

6 prácticas Docker para imágenes listas para producción

Instalación y Configuración en Entornos Multiplataforma

Publica imágenes Docker en Azure Container Registry

Azure Container Registry hacia Container App

Redes Avanzadas y Balanceo de Carga

Redes en Docker: los 5 modelos explicados

Cómo funcionan los puertos en Docker

Balanceo de carga con NGINX en Docker

Automatización de CI/CD

Optimizar Dockerfile con comandos RUN y scripts

Automatiza Docker con GitHub Actions

Pruebas automáticas de Docker con GitHub Actions

Despliegue automático en Azure con GitHub Actions

Orquestación

Docker Compose: balanceo de cargas automatizado

Estructura y plantilla de Docker Compose YAML

Volúmenes Docker: bind vs nombrados

docker-compose down vs Control C en apagado

Docker Swarm para principiantes paso a paso

Despliegue Docker Swarm con réplicas de Nginx

Costos ocultos de contenedores en la nube

Cómo habilitar Kubernetes en Docker Desktop

Planes y límites de Docker Hub en producción

Develop

Dev containers en VS Code con Docker

Cómo funcionan los puertos en Docker