समाचार एक पंक्ति है: हमने स्थापना के दौरान निर्दिष्ट सार्वजनिक ssh कुंजी के अधिकृत_की में रूट के स्वचालित जोड़ के साथ क्लाउड सर्वर स्थापित करने की क्षमता को लागू किया है।



उपयोग की न्यूनतम विधि स्थापना / पुनर्स्थापना के दौरान एक कुंजी का चयन करना है:

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

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

यदि आपके पास कई चाबियाँ हैं, तो आप उन्हें प्रबंधित कर सकते हैं। कुल नियंत्रण - हटाएं, विवरण बदलें और कुंजी को "पसंदीदा" के रूप में चिह्नित करें।

बेशक, किसी भी क्षण "संग्रहीत" कुंजी को सूची से हटाया जा सकता है।

साधारण भाग वहीं समाप्त होता है। और फिर बारीकियां शुरू हो जाती हैं।

सबसे पहले, कई सेवाओं के विपरीत, हम कुंजी को पूरी तरह से सत्यापित करते हैं। दोनों जेएस चरण में, और सर्वर साइड पर। जो सबसे पहले एक आम गलती से बचाता है - एक सार्वजनिक के बजाय एक निजी कुंजी लोड करना, और दूसरा यह सुनिश्चित करता है कि कुंजी कुंजी है।

इस तरह से निजी ssh कुंजी के प्रकटीकरण को सफलतापूर्वक रोका जाता है, जैसे - हम इसे सर्वर पर भेजने से पहले JS स्तर पर भी इसे अस्वीकार कर देते हैं और इस प्रकार यह समझौता नहीं करते हैं:


दूसरे, हम वर्चुअल मशीन के गुणों में इंस्टॉलेशन कुंजी ("इंस्टॉलेशन के दौरान कुंजी" फ़ील्ड के दौरान, पासवर्ड के बगल में) रिकॉर्ड करते हैं।

हम इसकी "पूंछ" (विवरण) दिखाते हैं, लेकिन यदि हम इस पर क्लिक करते हैं, तो हम पूरी कुंजी स्वयं दिखाएंगे।


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

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

SSH कुंजी के साथ काम करने के लिए पुस्तकालय

हमारा एपीआई सर्वर हास्केल में लिखा गया है, जो जेएस (आपका कप्तान) में एक वेब इंटरफेस है। न तो हास्केल में और न ही जेएस में हमें महत्वपूर्ण सत्यापन के लिए एक तैयार पुस्तकालय मिला। हमारे प्रोग्रामर: knsd और rocco66 ने थोड़ा समय बिताया और अपना लिखा।

• हास्केल पुस्तकालय: github.com/knsd/crypto-pubkey-openssh ।
• कॉफ़ीस्क्रिप्ट के लिए कार्य: github.com/selectel/ssh_pub_key_validation

के लिए ssh चाबियाँ क्या हैं?

(गैर- sysadmins के लिए अनुभाग)

SSH कुंजी आपको पासवर्ड दर्ज किए बिना सर्वर तक पहुंचने की अनुमति देती है। निजी कुंजी उपयोगकर्ता द्वारा (पासवर्ड के साथ या बिना) कंप्यूटर पर संग्रहीत की जाती है, सार्वजनिक कुंजी सर्वर पर अपलोड की जाती है। उसके बाद, सर्वर से कनेक्ट करते समय, एप्लिकेशन (ssh-client) सर्वर को साबित करता है कि उसके पास एक निजी कुंजी है (निजी कुंजी स्वयं प्रेषित नहीं है), जो लोड की गई सार्वजनिक कुंजी से मेल खाती है। यदि सब कुछ ठीक है, तो उपयोगकर्ता सर्वर पर है।

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

Linux / FreeBSD और MacOS X के लिए, कुंजी को ssh-keygen कमांड का उपयोग करके कंसोल में जनरेट किया जाता है (सार्वजनिक कुंजी को फिर ~ / .ssh / id_rsa.pub से कॉपी किया जा सकता है)। PyTTY उपयोगिता में विंडोज के लिए, आप इसे उत्पन्न और उपयोग कर सकते हैं: habrahabr.ru/post/39254 ।

व्यवहार में, कुंजी का उपयोग करके फ़ाइल की उपस्थिति कम हो जाती है ~ / .sh / id_rsa, उसके बाद बस root@habrahabr.ru डायल करें और आप अपने आप को habrahabr.ru सर्वर पर रूट अधिकारों के साथ पाएंगे। बशर्ते आपकी सार्वजनिक कुंजी सर्वर पर /root/.ssh/authorized_keys निर्देशिका में निहित है, निश्चित रूप से।