Hetzner अप्रत्याशित रूप से आपके सर्वर को बंद कर सकता है

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


नीचे वर्णित के रूप में ऐसे मामले हैं। हम नैतिक और तकनीकी रूप से, उसके लिए तैयार नहीं थे। लेकिन हमें इस तथ्य का सामना करना पड़ा कि सर्वर को डिस्कनेक्ट किया जा सकता है, और डिस्कनेक्ट के कारण को समझना या समाप्त करना तुरंत संभव नहीं है।

10.36 GMT +2

साइट ने पिंग करना बंद कर दिया है। हमारी सहायता टीम ने तुरंत यह पता लगाने की कोशिश की कि क्या कारण था।

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

रेस्क्यू मोड में प्रवेश करने की कोशिश करते समय, हमें एक अजीब संदेश आया:

" इपी लॉक किया गया है": " wiki.hetzner.de/index.php/Leitfaden_bei_Serversperrung/en " के संदर्भ में

हम पढ़ते हैं ... जैसे सुझाव: "सबसे पहले, कृपया सर्वर की लॉग फ़ाइलों की जांच करें" मैं कुछ हैरान था।

प्रश्न: अगर एक्सेस डिसेबल है तो लॉग फाइल कैसे चेक करें?

इसके अलावा, और भी दिलचस्प:

"इससे पहले कि सर्वर ऑनलाइन वापस जा सके, समस्या को हल करना होगा। हमें एक हस्ताक्षरित कथन की आवश्यकता है
समस्या के कारण के बारे में ईमेल या फ़ैक्स के माध्यम से, यह बताते हुए कि आपने समस्या को कैसे हल किया है
और आपने भविष्य में इसी समस्या से बचने के लिए क्या किया है। "

प्रश्न: कोई पहुंच नहीं है, सर्वर काट दिया गया है, आप इसे केवल तभी सक्षम कर सकते हैं जब हम इसे ठीक कर देंगे, लेकिन इसे ठीक करने के लिए, आपको आखिरकार जाने की आवश्यकता है? ..

यह पता चला कि केवीएम के माध्यम से इस प्रकार की समस्या (हेट्ज़नर के नियमों के अनुसार) को हल किया जाना चाहिए। उन्होंने केवीएम का अनुरोध किया, लेकिन यह स्पष्ट नहीं है कि क्या तय करना है। व्यवस्थापक पैनल में बारीकियों का कोई उल्लेख नहीं है, संभावित समस्याओं के बारे में एक सामान्य दस्तावेज के लिए केवल एक लिंक है।

खैर, यह तर्कसंगत है, अगर कुछ भी स्पष्ट नहीं है, तो आपको समर्थन पूछने की आवश्यकता है:

प्रश्न १६:३६> मैं सर्वर पर पिंग और लॉगिन नहीं कर सकता
Hetzner 12:25 से उत्तर दें। कृपया अपने मेल्स देखें, आपको एक मेल प्राप्त होना चाहिए कि आईपी क्यों लॉक है।

समर्थन कार्य करता है, लेकिन स्थिति मुझे गुब्बारे में प्रोग्रामर के बारे में एक मजाक की याद दिलाती है, जब उत्तर सही और बिल्कुल बेकार हो जाता है, और समय बीत जाता है। प्रत्येक प्रश्न / उत्तर में लगभग एक घंटे की देरी है।

मैं संयुक्त राज्य अमेरिका में अपने क्लाइंट को हेत्ज़नर से सभी मेल की जांच करने और आगे भेजने के अनुरोध के साथ कहता हूं। अंत में, मुझे एक या अधिक स्पष्ट व्याख्या मिली:

 प्रिय महोदय या महोदया

 हमने देखा है कि आप एक ही सब नेट से अन्य आईपी का उपयोग कर रहे हैं
 उपरोक्त विषय पंक्ति में उल्लिखित मुख्य आईपी के अलावा।

 जैसा कि यह अनुमति नहीं है, हमें आपको सूचित करने के लिए खेद है कि आपका सर्वर हो गया है
 निष्क्रिय।

 आगे की कार्रवाई के बारे में दिशानिर्देश मिल सकते हैं
 http://wiki.hetzner.de/index.php/Leitfaden_bei_Serversperrung/en।

 भवदीय

 आपका हेट्ज़नर सपोर्ट टीम

 09: 29: 55.027863 a8: be: dd: 56: e7: 15> cf: 40: 04: 22: 32: 1f, ethertype IPv4 (0x0800), 
 लंबाई 66: 188.40.25.34.42709> 5.9.xx.xx.80: झंडे [।], ack16154, 661 जीतें 
 विकल्प [एनओपी, एनओपी, टीएस वैल १००३०१२ इको २६451919४४५१ ९], लंबाई ०

13:21

KVM (LARA) ने (+1 घंटे), डाउनटाइम के 3 घंटे बाद, आखिरकार हम कुछ करना शुरू कर दिया है और समस्या से निपटने की उम्मीद है। हम लारा के माध्यम से सर्वर तक पहुंच प्राप्त करते हैं।

यह देखते हुए कि कोई नेटवर्क नहीं है, रूट किट की जांच विफल हो जाती है। हम जांचते हैं कि हम जांच कर सकते हैं, लेकिन यहां तक ​​कि tcpdump शुरू करने में विफल रहता है - पोर्ट डाउन है और पैकेट भेजे जाने से मना कर दिया गया है।

हमारे साथ सिस्टम आर्किटेक्चर:



बॉर्डर गार्ड सिस्टम को KVM, कर्नेल 3.5.2, नियमित GLSA अपडेट के साथ होस्ट किया जाता है, पोर्ट केवल SSH है (मैं झूठ बोल रहा हूं, अभी भी nrpe था, जाँच की गई थी, ऐसा लगता है कि इस तथ्य से कोई लिंक नहीं है कि nagios-nrpe टूट गया था)।

यह समझते हुए कि परियोजना के वेब भाग पर PHP कोड सहित विभिन्न तकनीकों का एक "hodgepodge" स्थापित किया गया था, क्योंकि आभासी मशीनें भौतिक रूप से बाहरी दुनिया से अलग हो जाती हैं, वे निश्चित रूप से किसी भी तरह से दूसरे के आईपी पते पर कब्जा नहीं कर सकते हैं।

जेंटू बेस होस्ट सिस्टम की परीक्षा में कोई बदलाव नहीं हुआ। संदेश, dmesg, अंतिम फ़ाइल में भी सब कुछ ठीक है।

सामान्य तौर पर, अध्ययन की एक श्रृंखला के बाद, उन्होंने उन्हें समर्थन में लिखा था कि हम खुद कुछ भी नहीं पा सकते हैं और समस्या की पहचान करने के लिए हमें उनसे मदद चाहिए । उन्होंने यह भी सुनिश्चित करने के लिए कहा कि अतुल्य यातायात विशेष रूप से हमारे वीएलएएन से आता है।

15:40

जवाब मिला:
Hetzner> कृपया पूरा करें और निम्नलिखित कथन पर हस्ताक्षर करें और फैक्स या ईमेल के माध्यम से इसे हमें वापस करें:
Hetzner> www.hetzner.de/pdf/en/Comment_Serversuspension.pdf

हम्म ... फिर यह मुझे थोड़ा प्रहार करने लगता है। 4 घंटे बीत गए, हमने एक आईओटी को आगे नहीं बढ़ाया, जल्द ही अमेरिका में सुबह, पर्याप्त (मेरी राय में) हेत्ज़नेर की मदद का पालन नहीं किया, और मदद करने के बजाय, उन्होंने उन्हें फैक्स भेजने के लिए कहा। चे दुखी है ...

प्रश्न: "समस्या को ठीक करने" के रूप में मुझे क्या करना चाहिए, यदि हम समस्या को नहीं खोज सकते हैं और तदनुसार, कुछ भी ठीक नहीं किया है (और इसके बारे में कहा है)? .. मैंने एक प्रश्न पूछा। जिस पर मुझे जवाब मिला कि उन्हें किसी भी कार्यवाही के लिए सर्वर को चालू करने का अधिकार नहीं है, जब तक कि उन्हें एक हस्ताक्षर के साथ फैक्स / स्कैन प्राप्त न हो।

यह देखते हुए कि हमने पहले ही इस समय बैकअप से उबरने का फैसला कर लिया है (समस्या क्या है, यह समझने में बहुत समय लगता है / उत्तर और प्रयास), कोई जल्दबाजी नहीं थी, हमने शांति से फॉर्म भरा और परिणाम की उम्मीद करने लगे।

थोड़ी देर बाद, हमें जवाब मिलता है:

> प्रिय ग्राहक,
>
> जैसा कि हमने अनुरोध किया है कि इस मुद्दे को हमारे नेटवर्क विभाग द्वारा जाँचने दिया जाए और ऐसा लगे
> कि आप प्रत्येक अनुरोध पर सर्वर का जवाब एक और मैक के लिए भी देते हैं। तो कृपया जाँच करें
> आपका सर्वर फिर से और इस मुद्दे को हल।

ठीक है ... यह देखते हुए कि सर्वर को लगभग एक मिनट के लिए चालू किया गया था, हमारे पास देखने का समय नहीं था।

उसके बाद, हमने पूछा कि अब नेटवर्क का उपयोग किए बिना सर्वर के साथ क्या किया जा सकता है, हमें सलाह दी गई कि हम सर्वर को प्रारूपित करें और एक दूरस्थ आईएसओ छवि को बढ़ाकर एक नई प्रणाली स्थापित करें।

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

कुछ दिनों में

एक शांत वातावरण में, सोमवार सुबह, उन्होंने केवीएम के लिए एक आवेदन प्रस्तुत किया, पहुंच प्राप्त की, लारा / आईएसओ माउंट छवि के माध्यम से sda1 (छापे को ध्वस्त) पर एक छोटी प्रणाली स्थापित की, समस्याओं को हल करने के लिए एक फैक्स स्कैन भेजा, और एक प्रतिक्रिया प्राप्त की कि सर्वर सक्रिय है। लेकिन किसी कारण से वह पिंग नहीं किया ...

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

स्थानीय स्तर पर भी समस्या का पता नहीं चल सका है। उन्होंने डिफॉल्ट राउटर के रूप में एक अलग मशीन उठाई, इसे उस में शामिल किया जिस पर कॉपी चल रही थी, दोनों छोर पर tcpdump ट्रैफ़िक को देखा, NAT को ग्रिड के लिए gw पते से हटा दिया। कोई अजीब पैकेज नहीं मिला।

हमने रूट किट पर जांच की, सभी पैकेज और फाइलों की जांच की - एक भी संशोधित एमडी 5 नहीं है, कोई अनावश्यक प्रक्रिया नहीं है, आदि।

क्या समस्या थी? कोई केवल अनुमान लगा सकता है। शायद उनके पास नेटवर्क पर एक ही मैक पते हैं, शायद कुछ और ... और कौन बता सकता है?

सामान्य तौर पर, भले ही हमें समस्याएं थीं (जिनमें से मुझे संदेह है), यह पता लगाना असंभव है। और वे, अपने हिस्से के लिए, मान्यता प्राप्त होने या किसी विशेषज्ञ को मदद के लिए पहचानने में सक्षम होने की संभावना नहीं है।

निष्कर्ष (और वैसे हमारे पास कई अन्य ग्राहक पहले से ही हैं / अभी भी Hetzner पर होस्ट करते हैं)।

1) हमेशा आपके सिस्टम में एक छोटी सी ISO छवि होती है ताकि हेटनर के अनुरोध पर आप अपने सर्वर को जल्दी से प्रारूपित कर सकें। यह वांछनीय है कि मुख्य विभाजन और सेवाओं / डेटा को अलग किया जाए।

2) हेट्जनर के बाहर नेटफ्लो स्ट्रीमिंग का आयोजन करना बहुत उचित है, ताकि बाद में आरोपों की जांच संभव हो सके।

3) हमेशा इस तथ्य के लिए तैयार रहें कि सर्वर अच्छे के लिए गायब हो सकता है (जो संयोगवश, सही रणनीति है)।

PS Admins मुझे बताते हैं कि यह सामान्य है: पहले हम समस्या को काटते हैं, फिर हम यह पता लगाते हैं कि यह क्या है। लेकिन अगर पहले तुरंत होता है, तो परीक्षण का पालन करना चाहिए।