☰

El límite de velocidad de nginx no funciona como se esperaba

tag-icon • tag-icon nginx throttling rate-limits
El límite de velocidad de nginx no funciona como se esperaba

Estoy intentando limitar la velocidad de las conexiones nginx, sin embargo, no parece funcionar como se esperaba. Intenté probarlo usando 2 y 10 solicitudes por segundo.

Primero, 2 solicitudes por segundo.

limit_req_zone $binary_remote_addr zone=myzone:10m rate=2r/s;
limit_req_status 429;
server {
  listen *:80;
  server_name 172.23.97.94;
  root /var/www/html;
  index index.html;
  location / {
    limit_req zone=myzone;
    try_files $uri $uri/ =404;
  }
}

Prueba mediante curl:

for i in {1..2}; do curl -I -s "http://172.23.97.94" | head -n 1; done
HTTP/1.1 200 OK
HTTP/1.1 429 Too Many Requests

Access.log confirma que solo hay 2 solicitudes al mismo tiempo; sin embargo, la segunda solicitud recibe 429:

172.23.106.65 - - [08/Feb/2023:17:10:35 +0000] "HEAD / HTTP/1.1" 200 0 "-" "curl/7.68.0"
172.23.106.65 - - [08/Feb/2023:17:10:35 +0000] "HEAD / HTTP/1.1" 429 0 "-" "curl/7.68.0"

Pero si hago la misma solicitud con un sueño de 0,5 segundos, va bien:

for i in {1..2}; do curl -I -s "http://172.23.97.94" | head -n 1; sleep 0.5; done
HTTP/1.1 200 OK
HTTP/1.1 200 OK

Segundo, 10 solicitudes por segundo.

limit_req_zone $binary_remote_addr zone=myzone:10m rate=10r/s;
    limit_req_status 429;
    server {
      listen *:80;
      server_name 172.23.97.94;
      root /var/www/html;
      index index.html;
      location / {
        limit_req zone=myzone;
        try_files $uri $uri/ =404;
      }
    }

Prueba mediante curl:

for i in {1..10}; do curl -I -s "http://172.23.97.94" | head -n 1; done
HTTP/1.1 200 OK
HTTP/1.1 429 Too Many Requests
HTTP/1.1 429 Too Many Requests
HTTP/1.1 429 Too Many Requests
HTTP/1.1 429 Too Many Requests
HTTP/1.1 429 Too Many Requests
HTTP/1.1 429 Too Many Requests
HTTP/1.1 429 Too Many Requests
HTTP/1.1 429 Too Many Requests
HTTP/1.1 429 Too Many Requests

Access.log confirma que sólo hay 10 conexiones al mismo tiempo, pero sólo la primera obtiene 200:

172.23.106.65 - - [08/Feb/2023:17:14:53 +0000] "HEAD / HTTP/1.1" 200 0 "-" "curl/7.68.0"
172.23.106.65 - - [08/Feb/2023:17:14:53 +0000] "HEAD / HTTP/1.1" 429 0 "-" "curl/7.68.0"
172.23.106.65 - - [08/Feb/2023:17:14:53 +0000] "HEAD / HTTP/1.1" 429 0 "-" "curl/7.68.0"
172.23.106.65 - - [08/Feb/2023:17:14:53 +0000] "HEAD / HTTP/1.1" 429 0 "-" "curl/7.68.0"
172.23.106.65 - - [08/Feb/2023:17:14:53 +0000] "HEAD / HTTP/1.1" 429 0 "-" "curl/7.68.0"
172.23.106.65 - - [08/Feb/2023:17:14:53 +0000] "HEAD / HTTP/1.1" 429 0 "-" "curl/7.68.0"
172.23.106.65 - - [08/Feb/2023:17:14:53 +0000] "HEAD / HTTP/1.1" 429 0 "-" "curl/7.68.0"
172.23.106.65 - - [08/Feb/2023:17:14:53 +0000] "HEAD / HTTP/1.1" 429 0 "-" "curl/7.68.0"
172.23.106.65 - - [08/Feb/2023:17:14:53 +0000] "HEAD / HTTP/1.1" 429 0 "-" "curl/7.68.0"
172.23.106.65 - - [08/Feb/2023:17:14:53 +0000] "HEAD / HTTP/1.1" 429 0 "-" "curl/7.68.0"

Pero si hago la misma solicitud con un sueño de 0,01 segundos, algunos de ellos son 200, mientras que otros son 429:

for i in {1..10}; do curl -I -s "http://172.23.97.94/device/1" | head -n 1; sleep 0.01; done
HTTP/1.1 200 OK
HTTP/1.1 429 Too Many Requests
HTTP/1.1 429 Too Many Requests
HTTP/1.1 429 Too Many Requests
HTTP/1.1 429 Too Many Requests
HTTP/1.1 200 OK
HTTP/1.1 429 Too Many Requests
HTTP/1.1 429 Too Many Requests
HTTP/1.1 429 Too Many Requests
HTTP/1.1 200 OK

¿Estoy haciendo algo mal? ¿O el límite de tasa simplemente no funciona como se esperaba?

Respuesta1

También me encontré con este problema: 10r/s es en realidad una solicitud por cada décima de segundo.

Aquí hay una publicación relacionada con Stack Overflow:https://stackoverflow.com/questions/62262540/ideal-config-for-nginx-rate-limiting

Aquí está el artículo al que hacen referencia de nginx hablando de ello:https://www.nginx.com/blog/rate-limiting-nginx/

Me parece una mala decisión, ya que es común que una página cargue algunas solicitudes ajax y, de la forma en que esto funciona, se retrasan al realizar cualquier limitación de velocidad.

Según el artículo, parece que hay formas de solucionar este problema con la opción 'nodelay' y luego realizando una limitación de velocidad de dos etapas.

limit_req zone=ip burst=12 delay=8;

Lo que permite 8 solicitudes todas a la vez, luego las retrasará hasta que haya 12 en la cola y luego comenzará a negarlas.

información relacionada