예, 물론 NGINX에서도 가능합니다!
할 수있는 일은 다음 DFA를 구현하는 것입니다 .
를 $http_referer통해 map값을 정규화 하기 위해 a 를 통해 일부 정규 표현식을 사용하여 속도 제한을 구현 하십시오. 한도를 초과하면 내부 오류 페이지가 발생 하여 관련 질문에 따라error_page 핸들러를 통해 내부 리디렉션 (클라이언트에게 보이지 않음)으로 새 내부 위치로 이동할 수 있습니다.
한계를 초과 한 위의 위치에서 경고 요청을 수행하여 외부 논리가 알림을 수행하게합니다. 이 요청은 이후에 캐시되므로 지정된 시간 창마다 하나의 고유 한 요청 만받을 수 있습니다.
이전 요청의 HTTP 상태 코드를 캐치하고 (상태 코드 ≥ 300을 리턴하고을 사용 proxy_intercept_errors on하거나 기본적으로 기본 제공되지 않음을 사용 auth_request하거나 add_after_body"무료"하위 요청을 작성) 원래 요청을 마치 완료하십시오. 이전 단계는 관여하지 않았습니다. error_page이것이 작동하려면 재귀 처리 를 활성화해야합니다 .
내 PoC와 MVP는 https://github.com/cnst/StackOverflow.cnst.nginx.conf/blob/master/sf.432636.detecting-slashdot-effect-in-nginx.conf 에도 있습니다 .
limit_req_zone $http_referer zone=slash:10m rate=1r/m; # XXX: how many req/minute?
server {
listen 2636;
location / {
limit_req zone=slash nodelay;
#limit_req_status 429; #nginx 1.3.15
#error_page 429 = @dot;
error_page 503 = @dot;
proxy_pass http://localhost:2635;
# an outright `return 200` has a higher precedence over the limit
}
recursive_error_pages on;
location @dot {
proxy_pass http://127.0.0.1:2637/?ref=$http_referer;
# if you don't have `resolver`, no URI modification is allowed:
#proxy_pass http://localhost:2637;
proxy_intercept_errors on;
error_page 429 = @slash;
}
location @slash {
# XXX: placeholder for your content:
return 200 "$uri: we're too fast!\n";
}
}
server {
listen 2635;
# XXX: placeholder for your content:
return 200 "$uri: going steady\n";
}
proxy_cache_path /tmp/nginx/slashdotted inactive=1h
max_size=64m keys_zone=slashdotted:10m;
server {
# we need to flip the 200 status into the one >=300, so that
# we can then catch it through proxy_intercept_errors above
listen 2637;
error_page 429 @/.;
return 429;
location @/. {
proxy_cache slashdotted;
proxy_cache_valid 200 60s; # XXX: how often to get notifications?
proxy_pass http://localhost:2638;
}
}
server {
# IRL this would be an actual script, or
# a proxy_pass redirect to an HTTP to SMS or SMTP gateway
listen 2638;
return 200 authorities_alerted\n;
}
이것은 예상대로 작동합니다.
% sh -c 'rm /tmp/slashdotted.nginx/*; mkdir /tmp/slashdotted.nginx; nginx -s reload; for i in 1 2 3; do curl -H "Referer: test" localhost:2636; sleep 2; done; tail /var/log/nginx/access.log'
/: going steady
/: we're too fast!
/: we're too fast!
127.0.0.1 - - [26/Aug/2017:02:05:49 +0200] "GET / HTTP/1.1" 200 16 "test" "curl/7.26.0"
127.0.0.1 - - [26/Aug/2017:02:05:49 +0200] "GET / HTTP/1.0" 200 16 "test" "curl/7.26.0"
127.0.0.1 - - [26/Aug/2017:02:05:51 +0200] "GET / HTTP/1.1" 200 19 "test" "curl/7.26.0"
127.0.0.1 - - [26/Aug/2017:02:05:51 +0200] "GET /?ref=test HTTP/1.0" 200 20 "test" "curl/7.26.0"
127.0.0.1 - - [26/Aug/2017:02:05:51 +0200] "GET /?ref=test HTTP/1.0" 429 20 "test" "curl/7.26.0"
127.0.0.1 - - [26/Aug/2017:02:05:53 +0200] "GET / HTTP/1.1" 200 19 "test" "curl/7.26.0"
127.0.0.1 - - [26/Aug/2017:02:05:53 +0200] "GET /?ref=test HTTP/1.0" 429 20 "test" "curl/7.26.0"
%
첫 번째 요청은 예상대로 하나의 프런트 엔드와 하나의 백엔드 히트를 발생시키는 것을 볼 수 있습니다 ( 한도보다 우선 하는 위치에 더미 백엔드를 추가해야 limit_req했으므로 return 200실제 백엔드는 필요하지 않습니다) 나머지 취급에 대해서는).
두 번째 요청이 한도를 초과하므로 경고를 보내고 (getting 200)이를 캐시하여 반환합니다 429(이는 300 이하의 요청을 잡을 수없는 위에서 언급 한 제한으로 인해 필요함). , 원하는대로 무엇이든 자유롭게 할 수 있습니다.
세 번째 요청은 여전히 한도를 초과하지만 이미 경고를 보냈으므로 새 경고가 전송되지 않습니다.
끝난! GitHub에서 포크하는 것을 잊지 마십시오!