
SSH सिक्योर शेल
वह एन्क्रिप्टेड रिमोट-शेल प्रोटोकॉल जिस पर दुनिया की हर Linux मशीन डिफ़ॉल्ट रूप से सुनती है — और हमारे हर VPS का मुख्य द्वार।
एक एन्क्रिप्टेड नेटवर्क प्रोटोकॉल जो एक remote machine को ऐसे ऑपरेट करता है जैसे आप उसके console पर बैठे हों: shell access, file transfer (SCP, SFTP), arbitrary TCP port forwarding और SOCKS proxying। 1995 से cleartext telnet/rlogin/rsh तिकड़ी की जगह ली। प्रमुख आधुनिक कार्यान्वयन OpenSSH है, जो प्रत्येक प्रमुख Linux और BSD वितरण और macOS द्वारा शिप किया जाता है।
SSH ही आपके VPS का पूरा कंट्रोल प्लेन है।
आपके और operating system के बीच कोई proprietary control panel नहीं है — न कोई ग्राफ़िकल "सर्वर मैनेजर", न कोई abstract किया हुआ फ़ाइल ब्राउज़र, न कोई captive-portal-शैली का वेब शेल। हर NordBastion VPS आपके हाथों में एक stock Linux मशीन के रूप में आता है जो port 22 पर SSH के लिए सुनती है, और जिसका एकमात्र root credential panel के ज़रिये दिया जाता है। SSH ही पूरा कंट्रोल प्लेन है, बस।
यह फ़ैसला उसी तर्क पर टिका है जिस पर बाक़ी उत्पाद: SSH खुला है, अच्छी तरह audit किया हुआ है, तेज़ है, और बर्लिन के लैपटॉप, Termius वाले स्मार्टफ़ोन और किसी दूसरे डेटा सेंटर के CI runner से एक जैसा काम करता है। एक custom वेब panel धीमा और कमज़ोर होता, और उसके लिए हमें ऐसा कोड बनाए रखना पड़ता जिसे OpenSSH प्रोजेक्ट पहले से ही हमसे कहीं बेहतर बनाए रखता है।
पहले घंटे की opsec सिफ़ारिशें NordBastion VPS पर वही हैं जो किसी भी production Linux मशीन पर: एक Ed25519 कुंजी बनाएँ, सार्वजनिक हिस्से को सर्वर पर कॉपी करें, अगर ज़रूरत न हो तो पासवर्ड प्रमाणीकरण और root लॉगिन अक्षम करें, fail2ban या उसके समकक्ष कुछ इंस्टॉल करें, और firewall पर स्रोत IP को सीमित करने पर विचार करें। हार्डनिंग गाइड हर कमांड को समझाती है।
वे पेज जो इस शब्द पर टिके हुए हैं।
वे सवाल जो लोग सचमुच पूछते हैं।
मैं SSH के ज़रिये अपने VPS से कैसे जुड़ूँ?
टर्मिनल से: `ssh root@your.vps.ip`। पहला connection आपसे होस्ट के फ़िंगरप्रिंट को सत्यापित करने के लिए कहता है — स्वीकार करने से पहले इसकी तुलना ग्राहक panel में दिखाए गए मान से करें। उसके बाद, कुंजी-आधारित प्रमाणीकरण अनुशंसित सेटअप है: स्थानीय रूप से एक Ed25519 key pair बनाएँ, सार्वजनिक हिस्से को VPS पर ~/.ssh/authorized_keys में चिपकाएँ, और /etc/ssh/sshd_config में पासवर्ड लॉगिन अक्षम करें। पहले घंटे की हार्डनिंग गाइड हर चरण को समझाती है।
क्या पासवर्ड प्रमाणीकरण सुरक्षित है?
अगर पासवर्ड लंबा और यादृच्छिक है तो पर्याप्त सुरक्षित, लेकिन कुंजी-आधारित प्रमाणीकरण उल्लेखनीय रूप से बेहतर है। एक मज़बूत कुंजी को drive-by स्कैनर brute-force नहीं कर सकते (और ऐसे स्कैनर हर दिन हर सार्वजनिक IP के port 22 पर बड़ी संख्या में दस्तक देते हैं), और पासवर्ड प्रमाणीकरण को पूरी तरह अक्षम करने से आपके लॉग से credential-stuffing के शोर की एक पूरी श्रेणी ख़त्म हो जाती है। हार्डनिंग गाइड डिफ़ॉल्ट के रूप में केवल-कुंजी प्रमाणीकरण की सिफ़ारिश करती है।
SSH पोर्ट फ़ॉरवर्डिंग क्या है?
एन्क्रिप्टेड SSH कनेक्शन पर arbitrary TCP ट्रैफ़िक tunnel करने का एक तरीका। Local forwarding (`-L`) एक remote service को local port पर उजागर करता है — उदाहरण के लिए, VPS के PostgreSQL को आपके laptop के localhost:5432 पर खोलना। Remote forwarding (`-R`) इसका उल्टा है। Dynamic forwarding (`-D`) एक SOCKS proxy सेट करता है जो इसे उपयोग करने के लिए कॉन्फ़िगर किसी भी एप्लिकेशन को VPS के माध्यम से रूट करता है। तीनों अत्यंत उपयोगी हैं और सीखने योग्य हैं।
क्या मुझे डिफ़ॉल्ट SSH पोर्ट 22 से बदल देना चाहिए?
ज़्यादातर दिखावटी। SSH को किसी ऊँचे यादृच्छिक पोर्ट पर ले जाने से आपके लॉग में drive-by स्कैनर के शोर की मात्रा घटती है, लेकिन किसी लक्षित हमलावर के ख़िलाफ़ इससे कुछ नहीं होता, जो बस होस्ट को स्कैन कर लेगा। असली बचाव हैं केवल-कुंजी प्रमाणीकरण, fail2ban-शैली का rate-limiter, और अगर आपका access pattern अनुमति दे तो firewall स्तर पर स्रोत IP को सीमित करना। गाइड तीनों को समझाती है।