# 動態限速 > 內容來源于openresty討論組，點擊[這里](https://groups.google.com/forum/#!forum/openresty) 在我們的應用場景中，有大量的限制并發、下載傳輸速率這類要求。突發性的網絡峰值會對企業用戶的網絡環境帶來難以預計的網絡災難。 nginx示例配置： ~~~ location /download_internal/ { internal; send_timeout 10s; limit_conn perserver 100; limit_rate 0k; chunked_transfer_encoding off; default_type application/octet-stream; alias ../download/; } ~~~ 我們從一開始，就想把速度值做成變量，但是發現limit_rate不接受變量。我們就臨時的修改配置文件限速值，然后給nginx信號做reload。只是沒想到這一臨時，我們就用了一年多。 直到剛剛，討論組有人問起網絡限速如何實現的問題，春哥給出了大家都喜歡的辦法： > 地址：[https://groups.google.com/forum/#!topic/openresty/aespbrRvWOU](https://groups.google.com/forum/#!topic/openresty/aespbrRvWOU) ~~~ 可以在 Lua 里面（比如 access_by_lua 里面）動態讀取當前的 URL 參數，然后設置 nginx 的內建變量$limit_rate（在 Lua 里訪問就是 ngx.var.limit_rate）。 http://nginx.org/en/docs/http/ngx_http_core_module.html#var_limit_rate ~~~ 改良后的限速代碼： ~~~ location /download_internal/ { internal; send_timeout 10s; access_by_lua 'ngx.var.limit_rate = "300K"'; chunked_transfer_encoding off; default_type application/octet-stream; alias ../download/; } ~~~ 經過測試，絕對達到要求。有了這個東東，我們就可以在lua上直接操作限速變量實時生效。再也不用之前笨拙的reload方式了。 PS: ngx.var.limit_rate 限速是基于請求的，如果相同終端發起兩個連接，那么終端的最大速度將是limit_rate的兩倍，原文如下： ~~~ Syntax: limit_rate rate; Default: limit_rate 0; Context: http, server, location, if in location Limits the rate of response transmission to a client. The rate is specified in bytes per second. The zero value disables rate limiting. The limit is set per a request, and so if a client simultaneously opens two connections, the overall rate will be twice as much as the specified limit. ~~~