हमने डीडीओएस या हमारे सर्वरों के लिए सामान्य खिलाड़ियों का भंडाफोड़ किया है: एक व्यावहारिक गाइड

नई परियोजनाओं के बारे में बात कर रहे हैं, बेशक, अच्छा है, लेकिन हमेशा सब कुछ नहीं है जैसा हम चाहते हैं।

सामान्य तौर पर, उन्होंने अतीत से फकप को याद करना शुरू किया, जब एक समस्या का समाधान नए लोगों को जोड़ा गया, दूर किया गया और एक जोड़े को साझा करने का फैसला किया। निर्दोष खिलाड़ियों को कैसे प्रतिबंधित करें, अपने स्वयं के सर्वर को मारें, एक पत्र में एक गलती करें और उपयोगकर्ताओं से नकारात्मक प्रतिक्रिया के टन को पकड़ें - यह हम सभी को पसंद है।

खोया - पाओ

एक समय था जब वास्तुकला में खामियों के कारण हमारे खेल युद्ध रोबोटों पर चीटर्स द्वारा हमला किया गया था। ऐसी उपयोगिताएँ थीं जो स्वास्थ्य की आपूर्ति को लौकिक मूल्यों तक बढ़ाती थीं, जो उन्हें व्यावहारिक रूप से अमर बनाती थीं। परिणामस्वरूप, हमने थिएटरों के साथ काम को बंद कर दिया , लेकिन तुरंत नहीं।

पहले, हम तकनीकी स्तर पर समस्या को खूबसूरती से हल करना चाहते थे: क्लाइंट पर रोबोट मापदंडों को बदलने की क्षमता को अवरुद्ध करें। हम ऐसा करने में विफल रहे (तब, निश्चित रूप से, हमें एक रास्ता मिल गया था)। और फिर पहला काम समाधान एक बैंहैमर का था जिसने एक साधारण योजना के अनुसार थिएटरों की गणना की:

1. मैच के बाद प्रत्येक रोबोट को क्षति के लिए परीक्षण किया गया था।
2. यदि रोबोट द्वारा निरंतर क्षति अपने अधिकतम स्वास्थ्य के मूल्य को पार कर गई, तो खिलाड़ी को एक चीटर के रूप में मान्यता दी गई, और उसका खाता अवरुद्ध कर दिया गया।

समाधान एक बैसाखी था, लेकिन प्रभावी था। उसके कारण समस्याएं थोड़ी देर बाद शुरू हुईं, लेकिन पहले आपको एक और बग और सिंक्रोनस मोबाइल PvP के विकास की विशेषताओं के बारे में बात करनी होगी।

जब खिलाड़ियों के पास बहुत शरारती इंटरनेट कनेक्शन होता है (जो मोबाइल गेम में सामान्य है), क्लाइंट और सर्वर के बीच डेटा का आदान-प्रदान करते समय बिल्कुल जादुई चीजें हो सकती हैं। ग्राहकों से अनुरोध अपूर्ण, ऑर्डर से बाहर या एक मजबूत देरी के साथ आता है। सामान्य तौर पर, एक सर्वर बग ने अनुमति दी थी कि यदि कनेक्शन खराब है, तो क्लाइंट एक पंक्ति में दो या तीन बार लड़ाई के परिणाम भेज सकता है। तदनुसार, खिलाड़ी 2-3 गुना अधिक पुरस्कार प्राप्त कर सकते हैं या गलती से मरम्मत पर कई संसाधनों के रूप में दो बार खर्च कर सकते हैं।

हमने इस समस्या को बहुत जल्दी हल किया: सर्वर प्रोफाइल ने एक क्लाइंट से अनावश्यक लड़ाई के परिणामों को अनदेखा करना सीखा। सफल परीक्षण के बाद, हमने एक नया संस्करण जारी किया।

यह यहां था जिसने हमें कवर किया।

हर दिन मैंने एक बैंहमर के साथ खिलाड़ियों के एक पूरे झुंड पर प्रतिबंध लगाना शुरू किया, जिसके बारे में हम सुरक्षित रूप से भूल गए, क्योंकि स्वास्थ्य की अनंत आपूर्ति के साथ अविनाशी रोबोट की समस्या अतीत की बात थी। यह पता चला कि जैसे ही खिलाड़ी के ग्राहक ने सर्वर पर दोहरी मात्रा में एक लड़ाई के परिणाम भेजे, बैनहैमर ने इसे इस तरह से माना कि प्रत्येक मृत रोबोट को दो बार मार दिया गया था - अर्थात् अपने स्वास्थ्य को दो बार नुकसान पहुंचाया। और प्रत्येक लड़ाई के बाद, खिलाड़ी बैचों में प्रतिबंध में उड़ गए।

हर कोई, निश्चित रूप से, अशक्त था और यहां तक ​​कि मुआवजे का भुगतान भी किया गया था, लेकिन स्थिति इतनी सुनिश्चित है, सुनिश्चित करने के लिए सकारात्मक नहीं है।

अपने लिए DDoS कैसे सेट करें

हमने अपने सर्वर इन्फ्रास्ट्रक्चर के विकास के बारे में पहले ही लिखा था , और अब हमें उस समय का एक मामला याद आ गया है।

2015 के अंत में, युद्ध रोबोट्स - कुलों में लंबे समय से प्रतीक्षित सुविधा का विमोचन। जब अपडेट सामने आया (और शाम को देर हो गई), हमने शैंपेन खोला और सबकुछ ठीक हो जाएगा। लेकिन मुझे लंबे समय तक आनन्दित नहीं होना पड़ा - सर्वरों को अचानक बुरा लगा। यह पता चला कि हमने अपने हाथों से DDoS हमला किया।

कैसे? बहुत सरल है। खिलाड़ियों के गुटों के बारे में जानकारी प्राप्त करने के प्रयास में, लड़ाई के परिणाम स्क्रीन पर मौजूद क्लाइंट ने बहुत अधिक अनुरोध किए। और जब सर्वर ने जवाब दिया "मुझे अकेला छोड़ दो, त्रुटि", क्लाइंट बिना किसी समय के सर्वर पर वापस आ गया।

उसी रात, हमने ध्वज को धो दिया (हमारे पास अभी तक शैंपेन बंद करने का समय नहीं है), जिसे प्रोफ़ाइल सर्वर से नियंत्रित किया गया था - इसने हैंगर क्लाइंट एपीआई के संचालन को पूरी तरह से अवरुद्ध कर दिया था। उन खिलाड़ियों के लिए जो पहले से ही कुलों में शामिल हो चुके हैं, हमने इस झंडे को छोड़ दिया, अर्थात, उनके लिए सब कुछ काम किया, क्योंकि उनकी संख्या सर्वर को DDoS करने के लिए पर्याप्त नहीं थी।

नतीजतन, हमने गेम में सर्वर प्रतिक्रियाओं को सही ढंग से संसाधित करना शुरू कर दिया, और एक त्रुटि के मामले में, अनुरोध को पुनः प्राप्त करने के लिए समय सीमा बढ़ाएं।

"नि: शुल्क रेटिंग

एक अलग कहानी है जब खराब-गुणवत्ता कार्यान्वयन मानव कारक से मिलता है। केवल अब उन्होंने किसी पर प्रतिबंध नहीं लगाया, लेकिन इसके विपरीत उन्होंने रेटिंग को बाएं और दाएं सौंप दिया। संक्षेप में, एक रात हमारी निगरानी (और हम हर चीज की निगरानी करते हैं ) ने खिलाड़ी रेटिंग में बहुत तेजी से वृद्धि दर्ज की।

फिर यह पता चला कि सिद्धांत में स्कोरिंग के बहुत कार्यान्वयन ने डेटा को डुप्लिकेट करना संभव बना दिया। लेकिन किसी ने भी इस पर ध्यान नहीं दिया होता अगर एक पत्र में टाइपो के कारण, ड्यूटी पर मौजूद प्रशासक ने गलती से एक सर्वर को फिर से चालू कर दिया जो काम करने वाला नहीं था। यह वह था जिसने खिलाड़ियों की रेटिंग को दोगुना करना शुरू किया।

मुझे तुरंत एक फ़्री रिलीज़ करना था और आधार के माध्यम से उन सभी अतिरिक्त बिंदुओं को हटाने के लिए जाना था जिनके पास जमा होने का समय था। ऐसा होने से रोकने के लिए - सभी सर्वरों पर हमने अंकों की गणना के लिए पुरानी योजना को काट दिया और उन सेवाओं के गलत लॉन्च की संभावना को बाहर कर दिया जहां उन्हें काम नहीं करना चाहिए। शुरुआत से ही ऐसा करना जरूरी था, लेकिन यह बहुत उबाऊ होगा।

अनमोल पुरस्कार

टाइपो के साथ एक और फकप था, लेकिन बहुत अधिक गंभीर।

किसी तरह हैलोवीन पर हमने एक नया गच्चा लॉन्च किया - एक लॉटरी। यदि किसी को पता नहीं है, तो कई अलग-अलग यादृच्छिक रूप से एक आइटम प्राप्त करने का एक यांत्रिकी है। लॉटरी में, खिलाड़ी के पास विभिन्न मूल्यों के पुरस्कारों का एक सीमित दृश्य सेट था। प्रत्येक उद्घाटन के लिए, खिलाड़ी को 1 पुरस्कार मिला, इस पुरस्कार को सेट से बाहर ले जाया गया, और हर बार उद्घाटन मूल्य में वृद्धि हुई। इस प्रकार, खिलाड़ी गारंटी दे सकता है कि लॉटरी के सभी पुरस्कार खरीदे जा सकते हैं, और भाग्यशाली लोगों ने पहले उद्घाटन में सबसे मूल्यवान पुरस्कार निकाले (और, तदनुसार, उन्हें बहुत सस्ते में प्राप्त किया)।

सामान्य तौर पर, तब रक्त के साथ हमने घटना के लिए एक विशेषता को धोया, इसका परीक्षण किया, इसे बाहर रखा। हम शुरू करते हैं, हम शेड्यूल अपडेट करते हैं ... हुर्रे! वे भाग गए! .. और उसी समय समुदाय में नकारात्मकता के टन हम पर गिर रहे हैं कि हम कथित रूप से अपने खिलाड़ियों को धोखा दे रहे हैं।

आधे घंटे के भीतर लॉटरी को बंद करना पड़ा। हां, हमने वास्तव में खिलाड़ियों को बेवकूफ बनाया। लेकिन यह संभावना या पुरस्कार की बात नहीं थी - यह एक पत्र में था।

लॉटरी इंटरफ़ेस वर्तमान उद्घाटन की लागत को दर्शाता है (एक जो हर बार वृद्धि हुई है), उदाहरण के लिए, मूल्य: 100 स्वर्ण। यहां इस अवधारणा को देखा गया (ध्यान दें कि विचार के अनुसार, प्रत्येक कार्ड का एक अतिरिक्त मूल्य भी है):



और यहां बताया गया है कि "सुधार" की एक श्रृंखला के परिणामस्वरूप, यह अंत में कैसे आया, PRICE (लॉटरी में भागीदारी के लिए मूल्य) अचानक डिजाइनर के लिए एक मूल्य (पुरस्कार) में बदल गया:



उसी समय, प्रत्येक व्यक्तिगत कार्ड से रिलीज और खराब जांच से पहले भ्रम के कारण, उद्घाटन मूल्य खो गया था, जो सभी ने मिलकर खिलाड़ियों को भ्रमित किया था।

और उन्होंने रिफ्लेक्सिबल रूप से बटन दबाया जब तक कि उन्होंने सभी कठोरता खर्च नहीं की। खैर, क्या, प्रत्येक खरीद के साथ "पुरस्कार" बढ़ रहा है। और इसलिए यह 18 भाषाओं में था। उसी समय, हमारे पास क्लाइंट पर "स्थान" भी था, इसलिए केवल एक हॉटफ़िक्स के माध्यम से एक अक्षर को ठीक करना संभव था।

परिणामस्वरूप, उन्होंने स्थिति को उजागर किया, अतिरिक्त चौकियों को पेश किया, खिलाड़ियों को सोना लौटाया और सर्वर पर स्थानों को बचाया ताकि ऐसा कुछ भी फिर से न हो।

यह हैशटैग # कोश्यकिनप्रोड शुरू करने का समय है