r/devops - दिन की एक कहानी और एक समर्पित OVH सर्वर

 = दिन की एक कहानी और एक समर्पित OVH सर्वर =

![ ](httpswww.redditstatic.com/desktop2x/img/renderTimingPixel.png)

एक दिन पहले मुझे OVH bot से एक विशिष्ट समर्पित सर्वर पर कुछ गड़बड़ होने के बारे में एक ईमेल मिला। मैंने उस ईमेल के कुछ विवरणों की जाँच की और यह वैध लगता है इसलिए मेरे पास इसे किसी तरह फ़िशिंग के रूप में देखने का कोई कारण नहीं था।

मैंने इसमें प्रवेश किया और बहुत सारे प्रेस्टाशॉप और वर्डोरेसेस देखे, साथ ही कुछ कस्टम ऐप्स भी। ठीक है, तो निरीक्षण के लिए एक तत्काल टिकट एक देव टीम को भेज दिया गया है और उन्होंने इसे ठीक कर दिया है।

अब OVH के अलर्ट ईमेल में एक हिस्सा था जो कह रहा था कि समस्या का समाधान होने पर मुझे वापस लिखना चाहिए। इन स्थितियों को संभालने की आंतरिक प्रक्रियाओं के साथ खिलवाड़ न करने के कारण मैंने इसे छोड़ दिया, और न ही मेरे पास इसे ठीक करने का कोई वास्तविक कारण था।

अगले ही दिन वे सर्वर को किसी रेस्क्यू मोड में डाउन कर देते हैं।

मुझे डिस्क को रिमूव करना था और हैक किए गए ऐप को पूरी तरह से बंद करना था।

जबकि मुझे सर्वर को पुनर्स्थापित करने के लिए आपातकालीन उपकरण पसंद हैं, मैं पूरी मशीन को बंद करने के बारे में कोई जानकारी नहीं देने के लिए बुरी तरह चौंक गया हूं। किसी भी प्रकार का "आपके पास इसे ठीक करने के लिए 24 घंटे हैं या हम उदाहरण को कम कर देंगे"यह वैधता के किनारे पर है। समर्पित सर्वर कई संगठनों से संबंधित कई ऐप को होस्ट कर सकता है और क्योंकि उनमें से एक अलर्ट ट्रिगर करता है (100% fg false ) पूरे सर्वर को होना चाहिए।

ओवीएच



अब जैसा कि मैंने पर्याप्त शेखी बघारी, क्या वहाँ कुछ निगरानी अलर्ट को संभालने की समान नीति है?

मैं ऐसा पहली बार देख रहा हूं

जितना मुझे OVH के बारे में बात करना अच्छा लगता है, उस स्थिति में यह उन पर नहीं है।

आपके पास मशीन है? इसे तुरंत ठीक कराएं और उन्हें बताएं। यह वास्तव में संबंधित है कि आपको वास्तव में पता चलने से पहले उन्हें आपको बताना होगा।

जैसा आपने कहा, इस मशीन में कई संगठनों से संबंधित कई ऐप हो सकते हैं। करना बेहतर।

मुझे यकीन है कि उन्होंने जो किया वह स्पष्ट रूप से ToS निर्धारित किया जाएगा और परिणामस्वरूप पूरी तरह से कानूनी होगा, लेकिन आपको इस बारे में उनसे एक सूचना मिली और इसे अनदेखा कर दिया?

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

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


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