दीप। कार्य की स्थापना से लेकर असफल-सुरक्षित सेवा शुरू करने तक

शुभ दिन, हेब्र।

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

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

इस प्रकाशन का उद्देश्य इस तरह के एक समूह को इकट्ठा करने का प्रयास करना है, दोनों भविष्य की प्रणाली के TOR के एक कॉलेजियम चर्चा के लिए, और सिस्टम के मूल से सभी स्तरों पर इष्टतम सेटिंग्स के लिए सिफारिशों का एक सेट विकसित करने के लिए, शायद php.ini के साथ समाप्त हो रहा है।

समूह के काम के लिए, यदि कोई हो, एक हैब्रेटेस्ट समूह का आयोजन किया जाता है
इस पोस्ट पर टिप्पणियों में, कृपया केवल विशिष्ट प्रस्ताव लिखें।
हम चर्चाओं को एक समूह में स्थानांतरित करेंगे या जब्बार में एक सम्मेलन आयोजित करेंगे।
परिणामों के अनुसार, जब और यदि ऐसा प्रतीत होता है, तो हम पाएंगे कि हमें कहां प्रकाशित करना है,
और ठीक उसी तरह के परिणामों पर चर्चा करने के लिए हम Habré पर एक अलग पोस्ट बनाते हैं।
स्वयं चर्चा प्रक्रिया पर चर्चा करने की आवश्यकता नहीं है ...



यह कहना आसान है "चलो शुरू करें" ... लेकिन हम वास्तव में कहाँ शुरू करते हैं? और हम अपनी इच्छाओं के प्रतिबिंब के साथ शुरू करेंगे। परिणामस्वरूप हम क्या प्राप्त करना चाहते हैं? वाक्यांश "इंटरनेट पर वेबसाइट" के पीछे विकल्पों का एक बहुत पत्तेदार पेड़ है।
और प्रत्येक शाखा तकनीकी और तकनीकी समाधानों के एक समूह को छिपाती है जो पड़ोसी से इतने भिन्न होते हैं कि बस एक वाक्यांश जो समाधान का विकल्प निर्धारित करता है वह परिमाण के आदेशों द्वारा परियोजना लागत को बदल सकता है (न केवल समय, बल्कि आदेश!), या परियोजना की पूर्णता को पूरा करने का नेतृत्व करता है। , या प्रतीत होता है कि काम करने की क्षमता है, जिसके परिणामस्वरूप परियोजना के पैमाने को अक्षम करने की अक्षमता है अगर परियोजना का मूल्य अचानक, सकारात्मक और ग्राहक दरवाजे की चौकी पर रौंद जाएगा और सेवा झुक जाएगी।
फैंसी, आप कहते हैं? हाँ, कल्पनाएँ। लेकिन यह पहले से ही हुआ है, ठीक है, अगर हमारे साथ नहीं।
हम स्केलेबिलिटी के लिए प्रदान करेंगे।
इसी तरह, हम रॉयल्टी की न्यूनतम (अधिमानतः शून्य) लागत के लिए प्रदान करेंगे।
हम ऑपरेटिंग सिस्टम स्तर पर अनधिकृत पहुंच के खिलाफ वायरस की प्रतिरक्षा और उच्चतम संभव सुरक्षा भी शामिल करेंगे।

एक अनुभवी सिस्टम एडमिनिस्ट्रेटर कभी भी उन परिस्थितियों में नहीं आता है जहाँ से एक अच्छा सिस्टम एडमिनिस्ट्रेटर आसानी से निकल जाता है। हम यहां अनुभवी प्रशासकों के ज्ञान को संक्षेप में प्रस्तुत करने और न्यूनतम प्रयास के साथ बैकअप को व्यवस्थित करने का प्रयास करेंगे।

और क्यों, वास्तव में, एलएएमपी ?
याद रखें कि LAMP लिनक्स, अपाचे, MySQL, PHP ... यह सही सेट है?
मुझे यकीन नहीं है शायद अंत में हम इस सेट पर रुक जाएंगे। शायद ...
लेकिन विकल्प हैं, और किराए (आभासी) सर्वरों के न्यूनतम कॉन्फ़िगरेशन पर अधिकतम गति और अधिकतम स्थिरता सुनिश्चित करने के दृष्टिकोण से, ये विकल्प सबसे अच्छा विकल्प हो सकते हैं।

निष्पक्ष प्रश्न का उत्तर "क्या वास्तव में हमें इसकी आवश्यकता है" केवल परीक्षण के परिणामस्वरूप प्राप्त किया जा सकता है। सक्षम, पेशेवर परीक्षण, परिणाम की भविष्यवाणी करने और अनुमानित के अनुपालन का विश्लेषण करने के साथ।
ठीक है, जैसा कि कहा गया है, वर्णित सिफारिशों के अनुसार स्थापित और कॉन्फ़िगर की गई साइट सभी के लिए DDoS के लिए प्रदान की जाएगी।

मैं सवाल को सही करना चाहता हूं।
इसका तात्पर्य है:
1) समस्या का विवरण। साइट स्थिरता आवश्यकताओं का विवरण।
2) एक मानक स्थापना (एफएस माउंट विकल्प, sysctl, आदि) के बाद किसी भी तरह बदल जाने वाले मूल्यों का एक अच्छा विकल्प।
3) सॉफ्टवेयर का एक अच्छा विकल्प है, वह है, नग्नेक्स, अपाचे, लाइटटैप, आदि।
4) अधिकतम संभव भार के संदर्भ में इस सॉफ्टवेयर की तर्कपूर्ण सेटिंग्स।
5) संभावित हमलों के संदर्भ में एकत्रित संरक्षण एल्गोरिथ्म।
उदाहरण के लिए, न केवल DDoS, बल्कि कमजोरियों पर भी हमला करता है।
6) जर्नलिंग सिस्टम व्यवहार की पद्धति। चार्टिंग, समस्याओं की सूचना।