नीति और संगतता
सर्वर और सुरक्षा नीति समर्थन दें तो Ed25519 उपयोगी है। संगतता या नियम चाहें तो RSA 3072 या 4096 लें। RSA कुंजी पुराना SHA-1 ssh-rsa हस्ताक्षर नहीं है: आधुनिक RSA में SHA-2 उपलब्ध है। पुराने हस्ताक्षर पूरे सिस्टम में फिर चालू न करें।
पोस्ट-क्वांटम हाइब्रिड: ssh-mldsa44-ed25519
ssh-mldsa44-ed25519 पोस्ट-क्वांटम हस्ताक्षर ML-DSA-44 को Ed25519 के साथ जोड़ता है: जाली लॉगिन के लिए दोनों एल्गोरिदम को तोड़ना आवश्यक होगा। Beta 0.1.2 में CH-J Key Generator इस कुंजी प्रकार को बनाता है, और CH-J Tools इसे किसी सर्वर पर तभी जोड़ता है, जब उस सर्वर पर OpenSSH 10.6 या नया संस्करण चल रहा हो। पुराने रिलीज़ इसे अस्वीकार करते हैं; उनमें से कुछ, जैसे Ubuntu 26.04 में 10.2p1, केवल प्रयोगात्मक …@openssh.com रूप को पहचानते हैं, जिसका CH-J Tools उपयोग नहीं करता। समर्थन के बिना सर्वर और क्लाइंट के लिए वैकल्पिक व्यवस्था के रूप में Ed25519 या RSA कुंजी रखें। नीचे दिए गए लिंक की मार्गदर्शिका बताती है कि वितरण के पैकेज के साथ-साथ OpenSSH 10.6 को अलग से कैसे स्थापित करें।
स्थानीय रूप से बनाएँ और निजी कुंजी बचाएँ
एक कमांड और नया फ़ाइल नाम चुनें; मौजूदा कुंजी न लिखें। पूछे जाने पर पासफ़्रेज़ सेट करें। सर्वर पर केवल .pub फ़ाइल जाती है; निजी कुंजी क्लाइंट पर रहती है। CH-J Key Generator Beta 0.1.0 में पहले से उपलब्ध है।
ssh-keygen -t ed25519 -f ~/.ssh/id_ed25519_chj
ssh-keygen -t rsa -b 3072 -f ~/.ssh/id_rsa_chj
ssh-keygen -lf ~/.ssh/id_ed25519_chj.pub -E sha256सार्वजनिक कुंजी स्थापित करके जाँचें
पूरी सार्वजनिक कुंजी लक्ष्य खाते की ~/.ssh/authorized_keys में एक पंक्ति पर रखें। Linux पर स्वामित्व और सामान्यतः .ssh के लिए 700, authorized_keys के लिए 600 मोड जाँचें। मौजूदा सत्र खुला रखें और पुरानी पहुँच बदलने से पहले दूसरा लॉगिन आज़माएँ। उपयोगकर्ता और होस्ट कुंजियों के उद्देश्य अलग हैं।
ls -ld ~/.ssh ~/.ssh/authorized_keys
ssh -o IdentitiesOnly=yes -i ~/.ssh/id_ed25519_chj user@server.example