अमेज़ॅन ईसी 2 पर पहले से चल रहे उदाहरण के लिए एक कीपैयर को पुन: असाइन करना संभव है?अमेज़ॅन ईसी 2 पर पहले से चल रहे उदाहरण के लिए एक कीपैयर को पुन: असाइन करना संभव है?
मुझे किसी विशेष कीपैयर के साथ समस्या हो रही है और मुझे आश्चर्य है कि इसे पुन: असाइन करके इसे ठीक करने का कोई तरीका है या नहीं।
धन्यवाद
सबसे अच्छा समाधान हम से है कि एएमआई नई कुंजी युग्म का उपयोग कर एक नया उदाहरण आने के साथ create an AMI from the running instance है और शुरू करने के लिए सक्षम है।
हम जो भी उदाहरण लॉन्च करते हैं वह कस्टम एएमआई पर आधारित होता है जिसे हम इस और कई अन्य कारणों से बनाए रखते हैं।
मुझे यह जानने में दिलचस्पी है कि किसी के पास बेहतर दृष्टिकोण है या नहीं।
उदाहरण के लिए आप एएमआई कैसे जलाते हैं? क्या वह सभी डेटा को भी कैप्चर करता है? –
अपने स्वयं के एएमआई बनाने के लिए http://docs.amazonwebservices.com/AWSEC2/latest/UserGuide/index.html?PreparingAndCreatingAMIs.html देखें। –
यह वही है जो हम करते हैं ... केवल एक कठिन हिस्सा यह था कि हमारे अमेज़ॅन सर्वर को हमारे डेटा सेंटर में हमारे भौतिक सर्वर से बात करने की ज़रूरत है, इसलिए फ़ायरवॉल को मेजबाननाम और मैक पते की अनुमति देने के लिए यह बहुत मुश्किल था। ..यह प्रत्येक बूट को बदलता है और भले ही आप एपीआई के साथ उस जानकारी को प्राप्त कर सकें, मुझे उन निर्देशों के साथ डेटा सेंटर फ़ायरवॉल को प्रोग्रामेटिक रूप से हिट करने का कोई तरीका नहीं मिला। मैं सब कुछ के लिए एपीआई का उपयोग कर समाप्त हुआ और फिर कंप्यूटर का नाम बदलने और रीबूट करने के लिए एक पावरहेल स्क्रिप्ट ताकि यह हमारे फ़ायरवॉल भत्ते से मेल खा सके। –
शायद ... बस मैं कुछ मामलों में क्या किया है के आधार पर अनुमान लगा: ssh के साथ उदाहरण में
अब, के साथ पहुंच बनाने का प्रयास निजी कुंजी जो आपके द्वारा रखी गई सार्वजनिक मेल से मेल खाती है।
लेकिन मुझे उस समस्या से डर है जब आप जोड़ी एडब्ल्यूएस जगह में डाल चुके हैं, वह खराब हो गया है। वहां कोई मदद नहीं है।
यदि आप लिनक्स सर्वर का उपयोग कर रहे हैं तो आप डिस्क को अलग कर सकते हैं और समस्या को हल करने के लिए उन्हें किसी अन्य उदाहरण पर आरोहित कर सकते हैं।
पहले समस्या सर्वर को बंद करें। डिवाइस का नाम (शायद/dev/sda1) का नोट बनाएं और डिस्क को अलग करें।
फिर एक नई कुंजी जोड़ी (इसे बचाव उदाहरण कहते हैं) को एक नई कुंजी जोड़ी का उपयोग करके बनाएं, और डिस्क को अतिरिक्त डिस्क के रूप में अलग करें (बचाव उदाहरण की डिस्क को प्रतिस्थापित न करें)।
फिर बचाव उदाहरण के लिए एसएसएच के साथ लॉगिन करें और डिस्क को माउंट करें। नए घुड़सवार डिस्क में मुख्य उपयोगकर्ता खाते में घर फ़ोल्डर में .ssh नामक एक फ़ोल्डर है जो फ़ाइल अधिकृत_keys (/mnt/home/ubuntu/.ssh/authorized_keys उदाहरण के लिए) है।
अधिकृत_की फ़ाइल में प्रत्येक की अपनी लाइन पर कई सार्वजनिक कुंजी हो सकती हैं। .ssh फ़ोल्डर और पैरेंट फ़ोल्डर पर अनुमतियों की जांच करें, दोनों को केवल स्वामी के लिए लिखने की अनुमति देनी चाहिए। मुझे लगता है कि समूह और दुनिया के लिए पढ़ने की अनुमति आवश्यक है। .ssh में किसी भी निजी कुंजी को अनुमति 600 होना चाहिए (उपयोगकर्ता केवल पढ़ने और लिखने के लिए)।
इसमें मूल कुंजी जोड़ी से सार्वजनिक कुंजी शामिल है। इसे अपनी नई सार्वजनिक कुंजी (या नई सार्वजनिक कुंजी के साथ एक नई लाइन जोड़ें) के साथ बदलें और फिर बचाव उदाहरण को बंद करें, डिस्क को अलग करें और इसे मूल डिवाइस नाम (शायद/dev/sda1) के साथ समस्या उदाहरण से संलग्न करें।
बूट अप करें और आपको नई कुंजी जोड़ी से निजी कुंजी का उपयोग करके लॉगिन करने में सक्षम होना चाहिए।
https://forums.aws.amazon.com/thread.jspa?threadID=52593 – YumYumYum
संभावित डुप्लिकेट [ec2 इंस्टेंस के लिए बदलें कुंजी जोड़ी] (http: // stackoverflow।com/प्रश्न/7881469/change-key-pair-for-ec2-instance) – user456584