Fail2ban: जेल में बेमानी सेटिंग.विस्तारित प्रतिबंध के लिए conf?

को निर्मित 7 मार्च 2020 · 3टिप्पणियाँ · स्रोत: fail2ban/fail2ban

नमस्ते!

मैं नई bantime.increment सुविधा की तलाश में था और अब मेरे कुछ प्रश्न हैं:

jail.conf अभी भी [recidive] भाग शामिल है जिसका उपयोग पहले प्रतिबंधित ips पर प्रतिबंध लगाने के लिए स्वयं लॉग की जांच करने के लिए किया गया था, लेकिन नया bantime.incement बिल्कुल उसी के लिए है। क्या यह अब बेमानी नहीं है?
bantime.increment टिप्पणियां इस बारे में बात नहीं करती हैं कि यह findtime और maxretry से कैसे संबंधित है। यदि पहला प्रतिबंध समाप्त हो गया है, तो दूसरे का पता लगते ही तुरंत सेट कर दिया जाएगा, या इसे findtime में maxretry और फिर इसे एक वृद्धि के साथ सेट किया जाएगा समय?
टिप्पणियाँ डिफ़ॉल्ट के बारे में बात करती हैं banTime * 1, 2, 4, 8, 16, 32... जिसका मेरे लिए मतलब है कि इसे अनिश्चित काल तक जारी रखा जा सकता है लेकिन #bantime.formula = ban.Time * (1<<(ban.Count if ban.Count<20 else 20)) * banFactor पता चलता है कि इसे 2^20 पर अधिकतम किया जाएगा। कोनसा वाला सत्य है?
क्या bantime.multipliers में अनिश्चितकालीन गुणक या केवल 20 हो सकते हैं?

how-to

स्रोत

electrofloat

सबसे उपयोगी टिप्पणी

यह वास्तव में बेमानी है, लेकिन पश्च संगतता (साथ ही कुछ विशेष उद्देश्यों के लिए) के लिए बनी हुई है;
#1460 विवरण में एक तालिका है जो दर्शाती है कि (मुझे इसे अभी तक हमारे विकी में जोड़ना है);
शीघ्र ही - दोनों के लिए समान घातांकीय सूत्र का उपयोग किया जाएगा (इन्क्रीमेंट्स बैंटाइम और डिक्रीमेंट अधिकतम प्रयासों की गणना);
डिफ़ॉल्ट सेटिंग्स द्वारा इस घातीय बढ़े हुए समय तक पहुंचना लगभग असंभव है, क्योंकि डिफ़ॉल्ट रूप से बैंटाइम ( 1h ) यहां तक कि कारक 1 के साथ पहले से ही 13 वें प्रतिबंध के बाद यह लगभग 1 वर्ष तक बढ़ जाएगा, 15 तारीख के बाद यह 4 साल बाद होगा। 18-30 वर्ष, 19-60 वर्षों के बाद, और 20वें प्रतिबंध के कारण 1h * 2<sup i="10">20</sup> , जो लगभग 120 वर्षों के अनुरूप है। सभी प्रतिबंधों को एक साथ मानते हुए लगभग 240 वर्षों के लिए घुसपैठिए पर प्रतिबंध लगा दिया गया है!
इस तरह के लंबे प्रतिबंध (साथ ही लगातार प्रतिबंध) कई कारणों से बदसूरत हैं, इसलिए bantime.maxtime को कई हफ्तों या 1 महीने में सेट करने की भी सिफारिश की जाती है। लंबे प्रतिबंध केवल iptables / ipsets को बढ़ाएंगे, इसलिए अनावश्यक रूप से नेटवर्क सबसिस्टम पर बोझ पड़ेगा और बिल्कुल भी व्यावहारिक नहीं होगा।
यदि एक (खराब के रूप में जाना जाता है) घुसपैठिया 1 महीने के प्रतिबंध के बाद 1 प्रयास करता है, तो उसे तुरंत (फिर से 1 महीने के लिए) प्रतिबंधित कर दिया जाएगा, तो किसी को लंबे प्रतिबंध का उपयोग क्यों करना चाहिए? वैसे भी मैं इसे कई वर्षों तक उपयोग करता हूं और 2-3 महीने के प्रतिबंध के बाद कुछ दुर्लभ प्रयास देखता हूं (या तो उन्हें "निश्चित" मिल गया है, आईपी/प्रदाता को बदल दिया गया है, या बस मेरे संरक्षित मेजबानों को इसके हमले लक्ष्य सूची से हटा दिया गया है)।
यह प्रतिबंधित नहीं है, लेकिन जैसा कि पहले ही कहा जा चुका है कि इसकी आवश्यकता नहीं है।

sebres 7 मार्च 2020

👍2

सभी 3 टिप्पणियाँ

यह वास्तव में बेमानी है, लेकिन पश्च संगतता (साथ ही कुछ विशेष उद्देश्यों के लिए) के लिए बनी हुई है;
#1460 विवरण में एक तालिका है जो दर्शाती है कि (मुझे इसे अभी तक हमारे विकी में जोड़ना है);
शीघ्र ही - दोनों के लिए समान घातांकीय सूत्र का उपयोग किया जाएगा (इन्क्रीमेंट्स बैंटाइम और डिक्रीमेंट अधिकतम प्रयासों की गणना);
डिफ़ॉल्ट सेटिंग्स द्वारा इस घातीय बढ़े हुए समय तक पहुंचना लगभग असंभव है, क्योंकि डिफ़ॉल्ट रूप से बैंटाइम ( 1h ) यहां तक कि कारक 1 के साथ पहले से ही 13 वें प्रतिबंध के बाद यह लगभग 1 वर्ष तक बढ़ जाएगा, 15 तारीख के बाद यह 4 साल बाद होगा। 18-30 वर्ष, 19-60 वर्षों के बाद, और 20वें प्रतिबंध के कारण 1h * 2<sup i="10">20</sup> , जो लगभग 120 वर्षों के अनुरूप है। सभी प्रतिबंधों को एक साथ मानते हुए लगभग 240 वर्षों के लिए घुसपैठिए पर प्रतिबंध लगा दिया गया है!
इस तरह के लंबे प्रतिबंध (साथ ही लगातार प्रतिबंध) कई कारणों से बदसूरत हैं, इसलिए bantime.maxtime को कई हफ्तों या 1 महीने में सेट करने की भी सिफारिश की जाती है। लंबे प्रतिबंध केवल iptables / ipsets को बढ़ाएंगे, इसलिए अनावश्यक रूप से नेटवर्क सबसिस्टम पर बोझ पड़ेगा और बिल्कुल भी व्यावहारिक नहीं होगा।
यदि एक (खराब के रूप में जाना जाता है) घुसपैठिया 1 महीने के प्रतिबंध के बाद 1 प्रयास करता है, तो उसे तुरंत (फिर से 1 महीने के लिए) प्रतिबंधित कर दिया जाएगा, तो किसी को लंबे प्रतिबंध का उपयोग क्यों करना चाहिए? वैसे भी मैं इसे कई वर्षों तक उपयोग करता हूं और 2-3 महीने के प्रतिबंध के बाद कुछ दुर्लभ प्रयास देखता हूं (या तो उन्हें "निश्चित" मिल गया है, आईपी/प्रदाता को बदल दिया गया है, या बस मेरे संरक्षित मेजबानों को इसके हमले लक्ष्य सूची से हटा दिया गया है)।
यह प्रतिबंधित नहीं है, लेकिन जैसा कि पहले ही कहा जा चुका है कि इसकी आवश्यकता नहीं है।

sebres 7 मार्च 2020

👍2

मैंने <bantime> और <bancount> को इस तरह शामिल करने के लिए sendmail-whois.conf को संशोधित किया है:
actionban = printf %%b "Subject: [Fail2Ban] <name>: banned <ip> from <fq-hostname> for <bantime> seconds # <bancount> time(s)

और मुझे अजीब परिणाम मिल रहे हैं:

[Fail2Ban] ssh: banned 192.168.56.1 from localhost.localdomain for 2 seconds # 1 time(s)
[Fail2Ban] ssh: banned 192.168.56.1 from localhost.localdomain for 2 seconds # 2 time(s)
[Fail2Ban] ssh: banned 192.168.56.1 from localhost.localdomain for 8 seconds # 3 time(s)
[Fail2Ban] ssh: banned 192.168.56.1 from localhost.localdomain for 2 seconds # 4 time(s)
[Fail2Ban] ssh: banned 192.168.56.1 from localhost.localdomain for 32 seconds # 5 time(s)
[Fail2Ban] ssh: banned 192.168.56.1 from localhost.localdomain for 2 seconds # 6 time(s)

मैं पुष्टि कर सकता हूं कि प्रतिबंध का समय हर बार बढ़ रहा है, लेकिन मेल में यह हमेशा नहीं होता है। क्या मुझे कुछ याद आ रहा है, या यह एक बग है?

electrofloat 7 मार्च 2020

लेकिन मेल में यह हमेशा नहीं होता है।

क्योंकि लंबे समय तक पूरी तरह से अतुल्यकालिक बनाया गया है (घुसपैठिए को जितनी जल्दी हो सके अवरुद्ध किया जाना चाहिए), प्रतिबंध वास्तव में बढ़ने से पहले प्रतिबंध हो सकता है।
यदि यह अपेक्षित है, तो इस उद्देश्य के लिए एक अन्य क्रिया पैरामीटर actionprolong जोड़ा गया था, इसलिए actionban बजाय इसका उपयोग करें।

sebres 9 मार्च 2020

👍1

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Fail2ban: जेल में बेमानी सेटिंग.विस्तारित प्रतिबंध के लिए conf?

सबसे उपयोगी टिप्पणी

सभी 3 टिप्पणियाँ

संबंधित मुद्दों