Resolviendo errores 404 en .well-known/traffic-advice
![]()
Sí ves en tus logs de Nginx errores similares a los siguientes: ¿Qué es .well-known/traffic-advice? El archivo traffic-advice, ubicado en el directorio /.well-known/, es un fichero...
Entendiendo el mensaje using inherited sockets from "10;11;" en Nginx
![]()
Durante la administración de servidores web Nginx, es habitual encontrarse con registros en el log que pueden generar dudas. Uno de ellos es: Aunque puede parecer...
Ajuste de parámetros del kernel en Debian 13 para mejorar la gestión de inotify y memoria virtual
![]()
En entornos Linux modernos, la correcta configuración de los parámetros del kernel es fundamental para garantizar la estabilidad y el rendimiento de servicios que dependen de...
Mitigación de errores de upstream response buffered to a temporary file en Nginx con WordPress y Google Site Kit
![]()
En entornos donde Nginx actúa como proxy inverso frente a aplicaciones web, es frecuente encontrar en el registro de errores advertencias como la siguiente: Este mensaje...
Cómo solucionar el error "proxy_buffer_size is not enough for cache key" en Nginx
![]()
Al configurar Nginx como proxy inverso con caché (por ejemplo, delante de Apache o PHP-FPM para aplicaciones como WordPress), uno de los problemas más frecuentes es...
Cómo solucionar el error de Nginx, worker_connections exceed open file resource limit: 1024
![]()
En entornos de alta concurrencia, Nginx puede mostrar advertencias como: Este mensaje indica que la configuración de worker_connections en nginx.conf supera el límite de descriptores de...
Solución al error, "Couldn't find EFI system partition. It is recommended to mount it to /boot or /efi. Alternatively, use --esp-path= to specify path to mount point."
![]()
En sistemas Linux instalados en modo UEFI, el cargador de arranque (GRUB, systemd-boot o herramientas específicas como proxmox-boot-tool) necesita acceder a la partición del sistema EFI...
Gestión de exclusiones de caché en Nginx con map en un proxy inverso multi-sitio
![]()
Cuando gestionamos un servidor Nginx que actúa como proxy inverso para varios sitios web y backends, es habitual implementar reglas de caché para mejorar el rendimiento....
Sustituir el “Catch-All” de Nginx por un sitio con dominio técnico y Let’s Encrypt que siempre devuelva 404
![]()
Este artículo explica cómo reemplazar un catch-all genérico en Nginx por un “sitio sumidero” (blackhole) con un dominio técnico propio, certificado Let’s Encrypt, marcado como default_server,...
Configuración Catch‑All en Nginx
![]()
Guía técnica para capturar y controlar todo el tráfico destinado a hosts no declarados o rutas por defecto, tanto en HTTP como en HTTPS, con ejemplos...