Skip to content
KitploitKITPLOIT
ИнструментыБлог
Отправить
ИнструментыБлог
Отправить

Инструменты для хакинга, пентеста и кибербезопасности — ваш арсенал защиты!

Kitploit — это каталог инструментов для хакинга, кибербезопасности и пентестинга. Находите последние обновления проектов для поиска уязвимостей, анализа систем, автоматизации тестирования и усиления вашей безопасности.

··Ленты·Контакты·Конфиденциальность·© 2026 Kitploit

Каталог инструментов

Категории

Все категории
Loading categories
lua-resty-limit-traffic — Lua-библиотека для ограничения и контроля трафика в OpenResty/ngx_lua | Kitploit
Инструменты/GitHubGitHub/openresty/lua-resty-limit-traffic
Оборонительные ИнструментыУтилиты общего назначенияВеб-безопасность
GitHubopenresty/lua-resty-limit-traffic

lua-resty-limit-traffic

Lua-библиотека для ограничения и контроля трафика в OpenResty/ngx_lua

Репозиторий

Популярное

Смотреть все →

Откройте для себя самые используемые инструменты нашего сообщества.

Изучить все инструменты

Просмотрите нашу коллекцию инструментов

Смотреть все инструменты →
Поделиться
8521571 месяц назадПроверено Kitploit

Название

lua-resty-limit-traffic - библиотека Lua для ограничения и управления трафиком в OpenResty/ngx_lua

Оглавление

  • Название
  • Статус
  • Краткое содержание
  • Описание
  • Установка
  • Сообщество
    • Англоязычный список рассылки
    • Китайскоязычный список рассылки
  • Ошибки и исправления
  • Автор
  • Авторские права и лицензия
  • См. также

Статус

Эта библиотека уже пригодна к использованию, хотя всё ещё является в высокой степени экспериментальной.

Lua API всё ещё нестабилен и может измениться в ближайшем будущем без предварительного уведомления.

Краткое содержание

root@kitploit:~
# demonstrate the usage of the resty.limit.req module (alone!)
http {
    lua_shared_dict my_limit_req_store 100m;

    server {
        location / {
            access_by_lua_block {
                -- well, we could put the require() and new() calls in our own Lua
                -- modules to save overhead. here we put them below just for
                -- convenience.

                local limit_req = require "resty.limit.req"

                -- limit the requests under 200 req/sec with a burst of 100 req/sec,
                -- that is, we delay requests under 300 req/sec and above 200
                -- req/sec, and reject any requests exceeding 300 req/sec.
                local lim, err = limit_req.new("my_limit_req_store", 200, 100)
                if not lim then
                    ngx.log(ngx.ERR,
                            "failed to instantiate a resty.limit.req object: ", err)
                    return ngx.exit(500)
                end

                -- the following call must be per-request.
                -- here we use the remote (IP) address as the limiting key
                local key = ngx.var.binary_remote_addr
                local delay, err = lim:incoming(key, true)
                if not delay then
                    if err == "rejected" then
                        return ngx.exit(503)
                    end
                    ngx.log(ngx.ERR, "failed to limit req: ", err)
                    return ngx.exit(500)
                end

                if delay >= 0.001 then
                    -- the 2nd return value holds the number of excess requests
                    -- per second for the specified key. for example, number 31
                    -- means the current request rate is at 231 req/sec for the
                    -- specified key.
                    local excess = err

                    -- the request exceeding the 200 req/sec but below 300 req/sec,
                    -- so we intentionally delay it here a bit to conform to the
                    -- 200 req/sec rate.
                    ngx.sleep(delay)
                end
            }

            # content handler goes here. if it is content_by_lua, then you can
            # merge the Lua code above in access_by_lua into your content_by_lua's
            # Lua handler to save a little bit of CPU time.
        }
    }
}
root@kitploit:~
# demonstrate the usage of the resty.limit.conn module (alone!)
http {
    lua_shared_dict my_limit_conn_store 100m;

    server {
        location / {
            access_by_lua_block {
                -- well, we could put the require() and new() calls in our own Lua
                -- modules to save overhead. here we put them below just for
                -- convenience.

                local limit_conn = require "resty.limit.conn"

                -- limit the requests under 200 concurrent requests (normally just
                -- incoming connections unless protocols like SPDY is used) with
                -- a burst of 100 extra concurrent requests, that is, we delay
                -- requests under 300 concurrent connections and above 200
                -- connections, and reject any new requests exceeding 300
                -- connections.
                -- also, we assume a default request time of 0.5 sec, which can be
                -- dynamically adjusted by the leaving() call in log_by_lua below.
                local lim, err = limit_conn.new("my_limit_conn_store", 200, 100, 0.5)
                if not lim then
                    ngx.log(ngx.ERR,
                            "failed to instantiate a resty.limit.conn object: ", err)
                    return ngx.exit(500)
                end

                -- the following call must be per-request.
                -- here we use the remote (IP) address as the limiting key
                local key = ngx.var.binary_remote_addr
                local delay, err = lim:incoming(key, true)
                if not delay then
                    if err == "rejected" then
                        return ngx.exit(503)
                    end
                    ngx.log(ngx.ERR, "failed to limit req: ", err)
                    return ngx.exit(500)
                end

                if lim:is_committed() then
                    local ctx = ngx.ctx
                    ctx.limit_conn = lim
                    ctx.limit_conn_key = key
                    ctx.limit_conn_delay = delay
                end

                -- the 2nd return value holds the current concurrency level
                -- for the specified key.
                local conn = err

                if delay >= 0.001 then
                    -- the request exceeding the 200 connections ratio but below
                    -- 300 connections, so
                    -- we intentionally delay it here a bit to conform to the
                    -- 200 connection limit.
                    -- ngx.log(ngx.WARN, "delaying")
                    ngx.sleep(delay)
                end
            }

            # content handler goes here. if it is content_by_lua, then you can
            # merge the Lua code above in access_by_lua into your
            # content_by_lua's Lua handler to save a little bit of CPU time.

            log_by_lua_block {
                local ctx = ngx.ctx
                local lim = ctx.limit_conn
                if lim then
                    -- if you are using an upstream module in the content phase,
                    -- then you probably want to use $upstream_response_time
                    -- instead of ($request_time - ctx.limit_conn_delay) below.
                    local latency = tonumber(ngx.var.request_time) - ctx.limit_conn_delay
                    local key = ctx.limit_conn_key
                    assert(key)
                    local conn, err = lim:leaving(key, latency)
                    if not conn then
                        ngx.log(ngx.ERR,
                                "failed to record the connection leaving ",
                                "request: ", err)
                        return
                    end
                end
            }
        }
    }
}
root@kitploit:~
# demonstrate the usage of the resty.limit.traffic module
http {
    lua_shared_dict my_req_store 100m;
    lua_shared_dict my_conn_store 100m;

    server {
        location / {
            access_by_lua_block {
                local limit_conn = require "resty.limit.conn"
                local limit_req = require "resty.limit.req"
                local limit_traffic = require "resty.limit.traffic"

                local lim1, err = limit_req.new("my_req_store", 300, 200)
                assert(lim1, err)
                local lim2, err = limit_req.new("my_req_store", 200, 100)
                assert(lim2, err)
                local lim3, err = limit_conn.new("my_conn_store", 1000, 1000, 0.5)
                assert(lim3, err)

                local limiters = {lim1, lim2, lim3}

                local host = ngx.var.host
                local client = ngx.var.binary_remote_addr
                local keys = {host, client, client}

                local states = {}

                local delay, err = limit_traffic.combine(limiters, keys, states)
                if not delay then
                    if err == "rejected" then
                        return ngx.exit(503)
                    end
                    ngx.log(ngx.ERR, "failed to limit traffic: ", err)
                    return ngx.exit(500)
                end

                if lim3:is_committed() then
                    local ctx = ngx.ctx
                    ctx.limit_conn = lim3
                    ctx.limit_conn_key = keys[3]
                end

                print("sleeping ", delay, " sec, states: ",
                      table.concat(states, ", "))

                if delay >= 0.001 then
                    ngx.sleep(delay)
                end
            }

            # content handler goes here. if it is content_by_lua, then you can
            # merge the Lua code above in access_by_lua into your
            # content_by_lua's Lua handler to save a little bit of CPU time.

            log_by_lua_block {
                local ctx = ngx.ctx
                local lim = ctx.limit_conn
                if lim then
                    -- if you are using an upstream module in the content phase,
                    -- then you probably want to use $upstream_response_time
                    -- instead of $request_time below.
                    local latency = tonumber(ngx.var.request_time)
                    local key = ctx.limit_conn_key
                    assert(key)
                    local conn, err = lim:leaving(key, latency)
                    if not conn then
                        ngx.log(ngx.ERR,
                                "failed to record the connection leaving ",
                                "request: ", err)
                        return
                    end
                end
            }
        }
    }
}

Описание

Эта библиотека предоставляет несколько Lua-модулей, которые помогают пользователям OpenResty/ngx_lua контролировать и ограничивать трафик — будь то интенсивность запросов, их одновременность (или и то и другое).

  • resty.limit.req — обеспечивает ограничение интенсивности запросов и её регулировку на основе метода «leaky bucket» («дырявое ведро»).
  • resty.limit.count — обеспечивает ограничение интенсивности на основе реализации «фиксированного окна» (начиная с OpenResty 1.13.6.1+).
  • resty.limit.conn — обеспечивает ограничение уровня одновременности запросов и его регулировку за счёт дополнительных задержек.
  • resty.limit.traffic — предоставляет агрегатор для комбинирования нескольких экземпляров классов resty.limit.req, resty.limit.count или resty.limit.conn (или всех сразу).

Более подробную информацию см. в документации самих этих Lua-модулей.

Эта библиотека предлагает более гибкие альтернативы стандартным модулям NGINX ngx_limit_req и ngx_limit_conn. Например, основанные на Lua ограничители из этой библиотеки можно использовать в любых контекстах, например непосредственно перед процедурой SSL-рукопожатия с нижестоящим клиентом (как в ssl_certificate_by_lua) или непосредственно перед отправкой запросов к бэкенду.

Назад к оглавлению

Установка

Эта библиотека включена по умолчанию в OpenResty 1.11.2.2+.

Если вам нужно установить эту библиотеку вручную, убедитесь, что вы используете как минимум OpenResty 1.11.2.1 или собственную сборку nginx, включающую ngx_lua 0.10.6+. Кроме того, вам необходимо настроить директиву lua_package_path, чтобы добавить путь к дереву исходных кодов вашего lua-resty-limit-traffic в путь поиска Lua-модулей ngx_lua, как показано ниже:

root@kitploit:~
# nginx.conf
http {
    lua_package_path "/path/to/lua-resty-limit-traffic/lib/?.lua;;";
    ...
}

а затем загрузите в Lua один из модулей, предоставляемых этой библиотекой. Например:

root@kitploit:~
local limit_req = require "resty.limit.req"

Назад к оглавлению

Сообщество

Назад к оглавлению

Англоязычный список рассылки

Список рассылки openresty-en предназначен для англоговорящих пользователей.

Назад к оглавлению

Китайскоязычный список рассылки

Список рассылки openresty предназначен для китайскоговорящих пользователей.

Назад к оглавлению

Ошибки и исправления

Пожалуйста, сообщайте об ошибках или отправляйте исправления, используя:

  1. создав тикет на GitHub Issue Tracker,
  2. или отправив сообщение в сообщество OpenResty.

Назад к оглавлению

Автор

Yichun "agentzh" Zhang (章亦春) [email protected], OpenResty Inc.

Назад к оглавлению

Авторские права и лицензия

Этот модуль распространяется по лицензии BSD.

Copyright (C) 2015-2019, by Yichun "agentzh" Zhang, OpenResty Inc.

Все права защищены.

Воспроизведение и использование в исходной и двоичной формах, с изменениями или без, разрешены при условии соблюдения следующих условий:

  • При распространении исходного кода должно сохраняться вышеуказанное уведомление об авторских правах, этот список условий и следующий отказ от ответственности.

  • При распространении в двоичной форме вышеуказанное уведомление об авторских правах, этот список условий и следующий отказ от ответственности должны воспроизводиться в документации и/или других материалах, предоставляемых вместе с распространением.

ДАННОЕ ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ ПРЕДОСТАВЛЯЕТСЯ ПРАВООБЛАДАТЕЛЯМИ И УЧАСТНИКАМИ «КАК ЕСТЬ» БЕЗ КАКИХ-ЛИБО ЯВНЫХ ИЛИ ПОДРАЗУМЕВАЕМЫХ ГАРАНТИЙ, ВКЛЮЧАЯ, НО НЕ ОГРАНИЧИВАЯСЬ, ПОДРАЗУМЕВАЕМЫМИ ГАРАНТИЯМИ КОММЕРЧЕСКОЙ ПРИГОДНОСТИ И ПРИГОДНОСТИ ДЛЯ ОПРЕДЕЛЕННОЙ ЦЕЛИ. НИ ПРИ КАКИХ ОБСТОЯТЕЛЬСТВАХ ПРАВООБЛАДАТЕЛЬ ИЛИ УЧАСТНИКИ НЕ НЕСУТ ОТВЕТСТВЕННОСТИ ЗА ЛЮБЫЕ ПРЯМЫЕ, КОСВЕННЫЕ, СЛУЧАЙНЫЕ, ОСОБЫЕ, ШТРАФНЫЕ ИЛИ ОПОСРЕДОВАННЫЕ УБЫТКИ (ВКЛЮЧАЯ, НО НЕ ОГРАНИЧИВАЯСЬ, ЗАКУПКУ ЗАМЕНЯЮЩИХ ТОВАРОВ ИЛИ УСЛУГ, ПОТЕРЮ ИСПОЛЬЗОВАНИЯ, ДАННЫХ ИЛИ ПРИБЫЛИ, ИЛИ ПРЕРЫВАНИЕ ДЕЯТЕЛЬНОСТИ), НЕЗАВИСИМО ОТ ПРИЧИНЫ И НА ЛЮБОЙ ТЕОРИИ ОТВЕТСТВЕННОСТИ — ПО ДОГОВОРУ, СТРОГОЙ ОТВЕТСТВЕННОСТИ ИЛИ ВСЛЕДСТВИЕ ДЕЛИКТА (ВКЛЮЧАЯ НЕБРЕЖНОСТЬ ИЛИ ИНОЕ), ВОЗНИКШИЕ ЛЮБЫМ ОБРАЗОМ ИЗ-ЗА ИСПОЛЬЗОВАНИЯ ЭТОГО ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ, ДАЖЕ ЕСЛИ БЫЛА УКАЗАНА ВОЗМОЖНОСТЬ ТАКОГО УЩЕРБА.

Назад к оглавлению

См. также

  • модуль resty.limit.req
  • модуль resty.limit.count
  • модуль resty.limit.conn
  • модуль resty.limit.traffic
  • модуль ngx_lua: https://github.com/openresty/lua-nginx-module
  • OpenResty: https://openresty.org/

Назад к оглавлению

Скачать инструмент