प्रोजेक्ट फ़ोल्डर खोलें
एक्सपोर्ट किया एक्सेस लॉग और सर्वर सेटिंग्स की कॉपी एक फ़ोल्डर में रखें, फिर उस फ़ोल्डर को SmartCode Relay में खोलें।
वर्कफ़्लो
Layer 7 DDoS: एक्सपोर्ट किए लॉग से रनबुक तक
03
छोटी शॉप साइट पर ट्रैफ़िक उछाल
आपकी शॉप साइट कल रात धीमी हो गई। क्यों? कोई कैंपेन या layer 7 बाढ़, दोनों इसकी वजह हो सकते हैं। आपके पास एक्सपोर्ट किया एक्सेस लॉग और सर्वर सेटिंग्स की कॉपी है, और यह गाइड उन्हें सारांश, रेट लिमिट के ड्राफ़्ट और रनबुक में बदलती है।
अनुरोधों का सारांश बनाएँ
एजेंट से अपनी लॉग-सारांश स्क्रिप्ट चलाने को कहें और हर पते व हर पाथ के अनुरोध CSV फ़ाइल में सहेजने को कहें।
रेट लिमिट का ड्राफ़्ट बनाएँ
उसे सेटिंग्स की कॉपी संपादित करने दें, diff पढ़ें, और उस कॉपी पर अपनी टेस्ट कमांड चलाएँ।
लिखें और जाँचें
ddos-runbook.txt सहेजें, उसे लाइन-दर-लाइन पढ़ें, और कुछ भी लागू करने से पहले बाकी बचा काम सूचीबद्ध करने के लिए Plan only इस्तेमाल करें।
उदाहरण: एक पन्ने का रिस्पॉन्स रनबुक
लॉग सारांश और प्रदाता के नोट्स से शॉप साइट के लिए ddos-runbook.txt लिखो।
- read_file
exports/summary.csvपढ़ा गया - http_get
your provider's status pageप्राप्त हुआ - write_file
ddos-runbook.txtसहेजा गया - grep
^step ddos-runbook.txt6 मिलान
अगले चरण से पहले आपकी OK का इंतज़ारअस्वीकार करेंस्वीकार करें
ddos-runbook.txt
# ddos-runbook.txt - small shop site
# Owner: site admin
trigger: slow pages and an odd log summary
step 1: check the provider status page
step 2: raise the provider protection level
step 3: review the log summary for top paths
step 4: apply a rate limit, then test it
step 5: keep the origin address private
step 6: record times, rules and who was called
rollback: remove the limit if real visitors are refused
review: update this file after each incidentयह सादा टेक्स्ट है। हर चरण आपके या आपके प्रदाता के लिए एक कार्रवाई बताता है, किसी में हमले की कमांड नहीं है, और आखिरी दो लाइनें बताती हैं कि रोलबैक कैसे करें और समीक्षा कब करें।
दो और वर्कफ़्लो
अपनी DDoS निगरानी के लिए थ्रेशोल्ड लिखें
थ्रेशोल्ड उस मॉनिटरिंग सिस्टम के होते हैं जो आप पहले से चलाते हैं, और एजेंट केवल संख्याएँ चुनने में मदद करता है। वह खुद कोई अलर्ट नहीं लगाता। read_file सामान्य व्यस्त दिन का लॉग सारांश खोलता है, grep उसमें ज़रूरी पाथ खोजता है, और write_file भरे जाने वाले मानों के साथ एक छोटी नोट्स फ़ाइल सहेजता है। वेबसाइट पर DDoS हमले से निपटना तब बेहतर होता है जब थ्रेशोल्ड उस रात से पहले लिखे जा चुके हों जब उनकी ज़रूरत पड़े। चरणों की रूपरेखा पढ़ने के लिए पहले Plan only इस्तेमाल करें, क्योंकि वह मोड कुछ नहीं चलाता, फिर Ask first पर जाएँ ताकि एजेंट सारांश पढ़ सके और write_file नोट्स सहेज सके। हर संख्या अपनी एनालिटिक्स से मिलाएँ, उसे खुद दर्ज करें और पहले अलर्ट पर ध्यान से नज़र रखें।
एक व्यस्त पते को कई पतों से अलग करें
वितरित IP से आने वाले DDoS ट्रैफ़िक का शमन एक पते को ब्लॉक करने पर नहीं टिक सकता, इसलिए अपने सारांश में हर पते और हर पाथ की गिनती की तुलना करें। कई छोटे भेजने वाले मिलकर बड़े हो जाते हैं। Layer 7 DDoS सुरक्षा हर पाथ की सीमाओं पर टिकती है, क्योंकि हर अनुरोध अकेले सामान्य दिखता है। Shell आपकी लॉग-सारांश स्क्रिप्ट फिर चलाता है ताकि वह पाथ के हिसाब से समूह बनाए, और grep नए सारांश में आपके मतलब के पाथ खोजता है। जब DDoS हमले थमते न दिखें और सर्वर पर उन्हें रोक न पाएँ, तो रनबुक बताता है कि प्रदाता को कब कॉल करना है। सारांश Ask first मोड में देखें और हर नई सीमा कॉपी पर जाँचें।
