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

عرض المستودع
852157منذ شهر واحدتمت المراجعة من قبل Kitploit

الأكثر شعبية

عرض الكل →

اكتشف الأدوات الأكثر استخدامًا من قبل مجتمعنا.

استكشف جميع الأدوات

تصفح مجموعتنا من الأدوات

عرض جميع الأدوات →
مشاركة

الاسم

lua-resty-limit-traffic - مكتبة Lua للتحكم في حركة المرور وتحديدها في OpenResty/ngx_lua

جدول المحتويات

  • الاسم
  • الحالة
  • الملخص
  • الوصف
  • التثبيت
  • المجتمع
    • القائمة البريدية الإنجليزية
    • القائمة البريدية الصينية
  • الأخطاء والتصحيحات
  • المؤلف
  • حقوق النشر والترخيص
  • انظر أيضًا

الحالة

هذه المكتبة قابلة للاستخدام بالفعل وإن كانت لا تزال تجريبية للغاية.

لا تزال واجهة برمجة التطبيقات (API) الخاصة بـ Lua في حالة تغيّر مستمر وقد تتغير في المستقبل القريب دون إشعار.

الملخص

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 توفر تحديد المعدل بناءً على تطبيق "النافذة الثابتة" (fixed window) منذ 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،
  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/

العودة إلى جدول المحتويات

تنزيل الأداة