एक पैराग्राफ में खबर: बचाव initrd (कर्नेल और initrd से एक विशेष किट) अब स्वचालित रूप से क्लाउड सर्वर को सौंपा ipv4 / ipv6 पतों के लिए कॉन्फ़िगर किया गया है और स्वचालित रूप से बूट के बाद ssh सर्वर शुरू करता है।

यह कैसे काम करता है?

आमतौर पर, वर्चुअल मशीन को लोड करना इस तरह दिखता है: वर्चुअल मशीन के बूट डिस्क से (उसके बूट विभाजन से), grub.cfg / grub.lst को पढ़ा जाता है, कर्नेल और initrd को इसमें से चुना जाता है। डोमेन बिल्डर (एक विशेष एप्लिकेशन जो एक वर्चुअल मशीन की शुरुआत में एक डोमेन बनाता है, वहां / initrd कर्नेल डालता है, सेटिंग्स के साथ एक स्टार्ट पेज बनाता है और मेमोरी जोड़ता है) यह कर्नेल लोड करता है और डोमेन शुरू करता है।

इसके अलावा, कर्नेल को पहले से ही एक नियमित सर्वर के रूप में लोड किया गया है - initrd init स्क्रिप्ट शुरू की गई है, जो रूट फाइल सिस्टम तैयार करती है, वहां pivot_root (रूट डायरेक्टरी स्विचिंग) बनाती है और वास्तविक इनिट शुरू होती है, जो इनटैब पढ़ती है, सिस्टम-v या अपस्टार्ट, सिस्टमड शुरू करती है। जो वास्तव में क्या पसंद है।

यदि कोई समस्या उत्पन्न होती है: रूट फाइल सिस्टम उपलब्ध नहीं है, हैकिंग का संदेह, किसी समस्या की जांच, तो वैकल्पिक कर्नेल को लोड करना आवश्यक हो सकता है।

इस मामले में, कर्नेल को अतिथि वर्चुअल मशीन की डिस्क से पढ़ने के बजाय, तैयार किए गए गुठली की सूची से लिया जाता है। वहां से, initrd लिया जाता है। अतिथि मशीन के रूप में शुरू होता है।

कुल मिलाकर, हमारे पास गुठली और initrd के कई सेट हैं - उनमें से अधिकांश आपको एक नियमित सिस्टम शुरू करने की अनुमति देते हैं, लेकिन कई विशिष्ट initrd हैं जो ऑपरेटिंग सिस्टम "बाहर" शेष के लिए उपयोगी कुछ करते हैं।

यह है:

• ऑटो PTMAX एक विशेष initrd है जो स्वचालित रूप से एक ब्लॉक डिवाइस (बढ़ते डिस्क आकार) का आकार बदलने के बाद पीवी, वीजी, और रूट विभाजन फ़ाइल सिस्टम के आकार का विस्तार करता है।
• ऑटो FSCK - स्वचालित रूप से रूट फाइलसिस्टम की जाँच करता है
• वेनिला लिनक्स 3.2 - pv_ops कर्नेल के संचालन की जांच के लिए परीक्षण संस्करण (अपने जोखिम पर उपयोग करें)
• रेस्क्यू इनिट्रड - हमारी कहानी का नायक

बचाव क्या कर सकते हैं?

हमने लॉन्च के तुरंत बाद उनके बारे में और लिखा: habrahabr.ru/company/selectel/blog/122667
संक्षेप में:

• लगभग पूर्ण शेल (पूर्ण व्यस्त बॉक्स)
• फ़ाइल सिस्टम और विभाजन को ठीक करने के लिए उपयोगिताओं का एक सेट
• निदान के लिए नेटवर्क उपयोगिताओं का एक सेट
• ssh सर्वर
• आरामदायक काम के लिए सामान्य वातावरण (संपादक, उपयोगिताओं)
• अधिभार (इसके बारे में नीचे)

क्या बदल गया है?

अब बचाव initrd ही नेटवर्क सेटिंग्स को निर्धारित करता है। यहां कोई जादू नहीं है - कर्नेल तर्कों को सेट करते समय, वर्चुअल मशीनों की वर्तमान सेटिंग्स को उनके साथ जोड़ दिया जाता है, और initrd की स्क्रिप्ट इन सेटिंग्स को प्राप्त करती हैं और उनके अनुसार नेटवर्क को कॉन्फ़िगर करती हैं।

उसी समय, ssh सर्वर अब स्वचालित रूप से शुरू होता है।

एक समस्या है जिसका सैद्धांतिक समाधान हमें नहीं पता है। यह एक ssh सर्वर निजी कुंजी समस्या है। यदि यह (समान आईपी-पते के लिए) बदलता है, तो ssh-client "परिवर्तित सर्वर कुंजी" के बारे में एक अप्रिय चेतावनी देगा (और अधिकांश ssh-क्लाइंट पर यह तब तक आपको कनेक्ट करने की अनुमति नहीं देगा, जब तक कि ज्ञात_होस्ट में कुंजी को बदल / हटा नहीं दिया जाता)।

कई विकल्प हैं:

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

दूसरे शब्दों में, कोई सुंदर समाधान नहीं हैं, इसलिए एकमात्र संभव उपाय यह है कि पुरानी कुंजी को ज्ञात से हटा दें, कनेक्ट करें, काम पूरा करने के बाद, संग्रहीत कुंजी को फिर से हटा दें।

... या सिर्फ कंसोल का उपयोग करें।

अधिभार का उपयोग करना

बचाव initrd में एक स्क्रिप्ट शामिल है जो आपको किसी भी स्विफ्ट स्टोरेज में डेटा अपलोड करने की अनुमति देता है। उदाहरण के लिए, हमारे क्लाउड स्टोरेज के लिए।

यह इस तरह दिखता है:

supload.sh -u -k file.tar.gz


इस तथ्य के कारण कि भंडारण और सर्वर परियोजनाओं में एक-दूसरे से कुछ स्वायत्तता है, उपयोगकर्ता नाम और पासवर्ड को मैन्युअल रूप से जोड़ना होगा। आप उन्हें क्लाउड स्टोरेज के पेज "एक्सेस सेटिंग्स" पर पा सकते हैं।

तत्काल संभावनाएं

बचाव के लिए उपयोगकर्ता रूट की सार्वजनिक कुंजी कॉपी करें। इसे अगले 1-2 अपडेट्स में लागू किया जाएगा।