# Entendiendo el mensaje using inherited sockets from "10;11;" en Nginx

- Link: https://binariocero.com/linux/entendiendo-el-mensaje-using-inherited-sockets-from-1011-en-nginx
- Published: 2025-09-13T08:36:54+02:00
- Author: Juan José Fernández Durán

![Loading](https://binariocero.com/wp-content/plugins/page-views-count/ajax-loader-
2x.gif)

Durante la administración de servidores web Nginx, es habitual encontrarse con registros
en el log que pueden generar dudas. Uno de ellos es:

    ```wp-block-code
    2665#2665: using inherited sockets from "10;11;"
    ```

Aunque puede parecer un error, en realidad se trata de un mensaje **informativo**
relacionado con el mecanismo de reinicio y manejo de procesos en Nginx. En este 
artículo analizamos qué significa, por qué ocurre y cuándo debemos prestarle atención.

## Contexto del mensaje

Nginx utiliza un modelo maestro–trabajador (_master-worker_).

 * **Proceso maestro (master process):** responsable de leer la configuración y 
   gestionar los sockets de escucha.
 * **Procesos trabajadores (worker processes):** atienden las conexiones entrantes
   y sirven las peticiones.

Cuando se recarga la configuración (`nginx -s reload`) o el sistema reinicia los
workers de forma controlada, Nginx no cierra los sockets de red ya abiertos. En 
su lugar, **hereda** los descriptores de archivo a los nuevos procesos.

El mensaje indica exactamente eso:

 * `2665#2665`: el PID del nuevo worker.
 * `using inherited sockets`: el worker no abre sockets nuevos, sino que reutiliza
   los existentes.
 * `"10;11;"`: son los descriptores de archivo de los sockets heredados (normalmente
   asociados a puertos como 80 o 443).

## ¿Por qué ocurre?

Este mensaje aparece en escenarios como:

 1. **Recarga de configuración** (`nginx -s reload`).
    Los workers antiguos se reemplazan
    por nuevos, pero sin interrumpir las conexiones activas.
 2. **Graceful restart** al enviar señales al proceso maestro (por ejemplo `HUP`).
 3. **Gestión por sistemas de init (systemd, upstart)** que reinician los procesos 
    de Nginx sin detener el servicio.

## Impacto en el servicio

 * **No es un error.** Es un mensaje de nivel _info/debug_.
 * Garantiza que las conexiones abiertas no se cortan, ya que los sockets permanecen
   disponibles mientras se lanzan los nuevos workers.
 * Es un comportamiento esperado y forma parte de la robustez de Nginx.

## ¿Cuándo preocuparse?

El mensaje en sí no es dañino, pero conviene revisar si:

 * Aparece de forma **muy frecuente** sin que se hayan ejecutado recargas manuales.
   
   Esto podría indicar que algún servicio externo (systemd o scripts de monitorización)
   está reiniciando Nginx continuamente.
 * Se combina con mensajes de error (`bind() failed`, `no listening sockets available`).
   
   Eso sí sería señal de un problema de configuración en los puertos o de colisión
   con otros procesos.

En condiciones normales, un `using inherited sockets` ocasional es totalmente benigno.

## Buenas prácticas

 * **Monitorear logs**: confirmar que no se acompañe de errores en los puertos de
   escucha.
 * **Revisar la configuración**: si el mensaje es muy repetitivo, verificar si algún
   script o servicio fuerza recargas automáticas.
 * **Uso de `nginx -t`** antes de recargar: asegura que la configuración es válida,
   evitando reinicios innecesarios.

## Conclusión

El mensaje `using inherited sockets from "10;11;"` no es un error, sino una señal
de que Nginx está aplicando una recarga de configuración o reinicio controlado. 
Lejos de ser negativo, refleja la capacidad de Nginx para mantener el servicio disponible
sin interrumpir conexiones activas. Solo en caso de que aparezca de manera excesiva
o acompañado de errores en los sockets deberíamos investigarlo más a fondo.