प्रस्तावना

फक्त एका आठवड्यापूर्वी मी शीर्षकात दर्शविलेल्या विषयावर एक निबंध लिहित होतो आणि मला या वस्तुस्थितीचा सामना करावा लागला की, समजा, इंटरनेटवर इतकी शैक्षणिक माहिती नाही. मुख्यतः कोरड्या तथ्ये आणि सेटअप सूचना. म्हणून, मी मजकूर किंचित दुरुस्त करण्याचा आणि लेख म्हणून पोस्ट करण्याचा निर्णय घेतला.

FTP म्हणजे काय

FTP (फाइल ट्रान्सफर प्रोटोकॉल) नेटवर्कवर फाइल्स ट्रान्सफर करण्यासाठी एक प्रोटोकॉल आहे. हे मूळ इथरनेट प्रोटोकॉलपैकी एक आहे. 1971 मध्ये दिसले आणि सुरुवातीला DARPA नेटवर्कमध्ये काम केले. सध्या, HTTP प्रमाणे, फाइल हस्तांतरण हे TCP/IP (ट्रान्समिशन कंट्रोल प्रोटोकॉल/इंटरनेट प्रोटोकॉल) प्रोटोकॉलच्या संचाचा समावेश असलेल्या मॉडेलवर आधारित आहे. RFC 959 मध्ये परिभाषित.

प्रोटोकॉल खालील गोष्टी परिभाषित करते:

• त्रुटी तपासणी कशी केली जाईल?
• डेटा पॅकेजिंग पद्धत (पॅकेजिंग वापरले असल्यास)
• पाठवणारे यंत्र कसे सूचित करते की त्याने संदेश पूर्ण केला आहे?
• प्राप्त करणारे उपकरण त्याला संदेश प्राप्त झाल्याचे कसे सूचित करते?

क्लायंट आणि सर्व्हर दरम्यान संप्रेषण

FTP ऑपरेशन दरम्यान होणार्‍या प्रक्रियांवर जवळून नजर टाकूया. कनेक्शन वापरकर्त्याच्या प्रोटोकॉल इंटरप्रिटरद्वारे सुरू केले जाते. TELNET मानकातील नियंत्रण चॅनेलद्वारे एक्सचेंज नियंत्रित केले जाते. FTP आदेश वापरकर्त्याच्या प्रोटोकॉल इंटरप्रिटरद्वारे व्युत्पन्न केले जातात आणि सर्व्हरला पाठवले जातात. सर्व्हरचे प्रतिसाद देखील वापरकर्त्याला नियंत्रण चॅनेलद्वारे पाठवले जातात. सर्वसाधारणपणे, वापरकर्त्यास सर्व्हरच्या प्रोटोकॉल इंटरप्रिटरशी आणि वापरकर्त्याच्या दुभाष्याशिवाय इतर माध्यमांद्वारे संपर्क स्थापित करण्याची क्षमता असते.

FTP चे मुख्य वैशिष्ट्य म्हणजे ते दुहेरी कनेक्शन वापरते. त्यापैकी एक सर्व्हरला कमांड पाठवण्यासाठी वापरला जातो आणि डीफॉल्टनुसार TCP पोर्ट 21 द्वारे होतो, जो बदलला जाऊ शकतो. जोपर्यंत क्लायंट सर्व्हरशी संवाद साधतो तोपर्यंत नियंत्रण कनेक्शन अस्तित्वात असते. मशीन दरम्यान डेटा हस्तांतरित करताना नियंत्रण चॅनेल उघडे असणे आवश्यक आहे. ते बंद असल्यास, डेटा ट्रान्समिशन थांबते. दुसऱ्याद्वारे, थेट डेटा ट्रान्सफर होते. क्लायंट आणि सर्व्हरमध्ये फाइल ट्रान्सफर झाल्यावर प्रत्येक वेळी ते उघडते. जर अनेक फायली एकाच वेळी हस्तांतरित केल्या गेल्या असतील, तर त्यापैकी प्रत्येक स्वतःचे ट्रांसमिशन चॅनेल उघडेल.

FTP सक्रिय किंवा निष्क्रिय मोडमध्ये कार्य करू शकते, ज्याची निवड कनेक्शन कसे स्थापित केले जाते हे निर्धारित करते. सक्रिय मोडमध्ये, क्लायंट सर्व्हरसह एक TCP नियंत्रण कनेक्शन तयार करतो आणि त्याचा IP पत्ता आणि एक अनियंत्रित क्लायंट पोर्ट क्रमांक सर्व्हरला पाठवतो आणि नंतर सर्व्हरने या पत्त्यासह आणि पोर्ट क्रमांकासह TCP कनेक्शन सुरू होण्याची प्रतीक्षा करतो. क्लायंट फायरवॉलच्या मागे असल्यास आणि येणारे TCP कनेक्शन स्वीकारू शकत नसल्यास, निष्क्रिय मोड वापरला जाऊ शकतो. या मोडमध्ये, क्लायंट सर्व्हरला PASV कमांड पाठवण्यासाठी नियंत्रण प्रवाह वापरतो आणि नंतर सर्व्हरकडून त्याचा IP पत्ता आणि पोर्ट क्रमांक प्राप्त करतो, जो क्लायंट नंतर त्याच्या अनियंत्रित पोर्टवरून डेटा प्रवाह उघडण्यासाठी वापरतो.

हे शक्य आहे की डेटा तिसऱ्या मशीनवर हस्तांतरित केला जाऊ शकतो. या प्रकरणात, वापरकर्ता दोन सर्व्हरसह एक नियंत्रण चॅनेल आयोजित करतो आणि त्यांच्या दरम्यान थेट डेटा चॅनेल आयोजित करतो. नियंत्रण आदेश वापरकर्त्याद्वारे जातात आणि डेटा थेट सर्व्हर दरम्यान जातो.

नेटवर्कवर डेटा प्रसारित करताना, चार डेटा प्रतिनिधित्व वापरले जाऊ शकते:

• ASCII – मजकूरासाठी वापरले जाते. डेटा, आवश्यक असल्यास, पाठवणा-या होस्टवरील कॅरेक्टर रिप्रेझेंटेशनमधून ट्रान्समिशनपूर्वी "आठ-बिट ASCII" मध्ये आणि (पुन्हा, आवश्यक असल्यास) प्राप्त करणार्‍या होस्टवरील वर्ण प्रतिनिधित्वामध्ये रूपांतरित केले जाते. विशेषतः, नवीन वर्ण बदलले आहेत. परिणामी, हा मोड फक्त साध्या मजकुरापेक्षा जास्त असलेल्या फायलींसाठी योग्य नाही.
• बायनरी मोड - पाठवणारे उपकरण प्रत्येक फाईल बाइट बाय बाइट पाठवते आणि प्राप्तकर्ता प्राप्त झाल्यावर बाइट्सचा प्रवाह संचयित करतो. सर्व FTP अंमलबजावणीसाठी या मोडसाठी समर्थनाची शिफारस केली आहे.
• EBCDIC – EBCDIC एन्कोडिंगमधील होस्ट दरम्यान साधा मजकूर हस्तांतरित करण्यासाठी वापरला जातो. अन्यथा, हा मोड ASCII मोडसारखाच आहे.
• स्थानिक मोड - समान सेटिंग्ज असलेल्या दोन संगणकांना ASCII मध्ये रूपांतरित न करता त्यांच्या स्वतःच्या स्वरूपात डेटा पाठविण्याची परवानगी देतो.

डेटा ट्रान्सफर तीनपैकी कोणत्याही मोडमध्ये केला जाऊ शकतो:

• प्रवाह मोड - FTP ला कोणतीही प्रक्रिया करण्यापासून मुक्त करून, डेटा सतत प्रवाह म्हणून पाठविला जातो. त्याऐवजी, सर्व प्रक्रिया TCP द्वारे केली जाते. रेकॉर्डमध्ये डेटा विभक्त करण्याशिवाय फाइल-एंड-ऑफ-इंडिकेटरची आवश्यकता नाही.
• ब्लॉक मोड - FTP डेटा अनेक ब्लॉक्समध्ये मोडतो (हेडर ब्लॉक, बाइट्सची संख्या, डेटा फील्ड) आणि नंतर ते TCP मध्ये प्रसारित करते.
• कम्प्रेशन मोड - डेटा एकल अल्गोरिदम वापरून संकुचित केला जातो (सामान्यतः रन लांबी एन्कोड करून).

FTP सर्व्हर हा एक सर्व्हर आहे जो फाइल ट्रान्सफर प्रोटोकॉल वापरण्याची क्षमता प्रदान करतो. त्यात काही वैशिष्ट्ये आहेत जी ते पारंपारिक वेब सर्व्हरपेक्षा वेगळे करतात:

• वापरकर्ता प्रमाणीकरण आवश्यक आहे
• सर्व ऑपरेशन चालू सत्रात केले जातात
• फाइल सिस्टमसह विविध क्रिया करण्याची क्षमता
• प्रत्येक कनेक्शनसाठी स्वतंत्र चॅनेल वापरला जातो

FTP क्लायंट हा एक प्रोग्राम आहे जो तुम्हाला FTP द्वारे रिमोट सर्व्हरशी कनेक्ट करण्याची परवानगी देतो आणि फाइल सिस्टमच्या घटकांसह त्यावर आवश्यक क्रिया देखील करतो. क्लायंट एक ब्राउझर असू शकतो, ज्याच्या अॅड्रेस बारमध्ये तुम्ही पत्ता प्रविष्ट केला पाहिजे, जो सामान्य URL ब्लॉक आकृतीनुसार, रिमोट सर्व्हरवरील विशिष्ट निर्देशिका किंवा फाइलचा मार्ग आहे:

ftp://user:pass@address:port/directory/file

तथापि, या संदर्भात वेब ब्राउझर वापरणे आपल्याला केवळ स्वारस्य असलेल्या फायली पाहण्याची किंवा डाउनलोड करण्याची परवानगी देईल. FTP चे सर्व फायदे पूर्णपणे वापरण्यासाठी, तुम्ही क्लायंट म्हणून विशेष सॉफ्टवेअर वापरावे.

FTP प्रमाणीकरण प्रवेश मंजूर करण्यासाठी वापरकर्तानाव/पासवर्ड योजना वापरते. वापरकर्तानाव USER कमांडसह सर्व्हरला पाठवले जाते आणि पासवर्ड PASS कमांडसह पाठविला जातो. जर क्लायंटने दिलेली माहिती सर्व्हरने स्वीकारली, तर सर्व्हर क्लायंटला आमंत्रण पाठवेल आणि सत्र सुरू होईल. वापरकर्ते, सर्व्हरने या वैशिष्ट्यास समर्थन दिल्यास, क्रेडेन्शियल प्रदान न करता लॉग इन करू शकतात, परंतु सर्व्हर अशा सत्रांसाठी मर्यादित प्रवेश मंजूर करू शकतो.

FTP सेवा प्रदान करणारा होस्ट अनामित FTP प्रवेश प्रदान करू शकतो. वापरकर्ते विशेषत: त्यांचे वापरकर्तानाव म्हणून "अनामिक" (काही FTP सर्व्हरवर केस संवेदनशील असू शकतात) सह लॉग इन करतात. जरी वापरकर्त्यांना सामान्यत: पासवर्डऐवजी त्यांचा ईमेल पत्ता प्रदान करण्यास सांगितले जात असले तरी प्रत्यक्षात कोणतेही सत्यापन केले जात नाही. सॉफ्टवेअर अद्यतने प्रदान करणारे अनेक FTP होस्ट अनामित प्रवेशास समर्थन देतात.

प्रोटोकॉल आकृती

FTP कनेक्शन दरम्यान क्लायंट-सर्व्हर परस्परसंवाद खालीलप्रमाणे दृश्यमान केला जाऊ शकतो:

सुरक्षित FTP

FTP मूळत: सुरक्षित होण्याचा हेतू नव्हता, कारण तो एकाधिक लष्करी प्रतिष्ठान आणि एजन्सींमधील संप्रेषणासाठी होता. परंतु इंटरनेटच्या विकास आणि प्रसारामुळे अनधिकृत प्रवेशाचा धोका अनेक पटींनी वाढला आहे. विविध प्रकारच्या हल्ल्यांपासून सर्व्हरचे संरक्षण करण्याची गरज होती. मे 1999 मध्ये, RFC 2577 च्या लेखकांनी खालील समस्यांच्या सूचीमध्ये भेद्यतेचा सारांश दिला:

• लपलेले हल्ले (बाऊंस हल्ले)
• स्पूफ हल्ले
• क्रूट फोर्स हल्ले
• पॅकेट कॅप्चर, स्निफिंग
• पोर्ट चोरी

रेग्युलर एफटीपीमध्ये एनक्रिप्टेड फॉर्ममध्ये डेटा ट्रान्सफर करण्याची क्षमता नसते, परिणामी युजर नेम, पासवर्ड, कमांड्स आणि इतर माहिती हल्लेखोरांद्वारे सहज आणि सहजपणे रोखली जाऊ शकते. या समस्येचा नेहमीचा उपाय म्हणजे "सुरक्षित", असुरक्षित प्रोटोकॉल (FTPS) च्या TLS-संरक्षित आवृत्त्या किंवा SFTP/SCP सारख्या अधिक सुरक्षित प्रोटोकॉल, बहुतेक सुरक्षित शेल प्रोटोकॉल अंमलबजावणीसह प्रदान केलेला वापरणे.

FTPS

FTPS (FTP + SSL) हा स्टँडर्ड फाइल ट्रान्सफर प्रोटोकॉलचा विस्तार आहे जो SSL (Secure Sockets Layer) प्रोटोकॉल वापरून एनक्रिप्टेड सेशन्सची निर्मिती त्याच्या मूलभूत कार्यक्षमतेत भर घालतो. आज, त्याच्या अधिक प्रगत अॅनालॉग TLS (ट्रान्सपोर्ट लेयर सिक्युरिटी) द्वारे संरक्षण प्रदान केले जाते.

SSL

इंटरनेट कनेक्शनची सुरक्षा आणि गोपनीयता सुनिश्चित करण्यासाठी नेटस्केप कम्युनिकेशन्सने 1996 मध्ये SSL प्रोटोकॉल प्रस्तावित केला होता. प्रोटोकॉल क्लायंट आणि सर्व्हर प्रमाणीकरणास समर्थन देतो, अनुप्रयोग स्वतंत्र आहे आणि HTTP, FTP आणि टेलनेट प्रोटोकॉलसाठी पारदर्शक आहे.

SSL हँडशेक प्रोटोकॉलमध्ये दोन टप्पे असतात: सर्व्हर प्रमाणीकरण आणि पर्यायी क्लायंट प्रमाणीकरण. पहिल्या टप्प्यावर, सर्व्हर क्लायंटच्या विनंतीला त्याचे प्रमाणपत्र आणि एन्क्रिप्शन पॅरामीटर्स पाठवून प्रतिसाद देतो. क्लायंट नंतर एक मास्टर की व्युत्पन्न करतो, सर्व्हरच्या सार्वजनिक कीसह कूटबद्ध करतो आणि सर्व्हरला पाठवतो. सर्व्हर त्याच्या खाजगी कीसह मास्टर की डिक्रिप्ट करतो आणि क्लायंटच्या मास्टर कीद्वारे प्रमाणीकृत संदेश परत करून क्लायंटला स्वतःला प्रमाणित करतो.

त्यानंतरचा डेटा कूटबद्ध केला जातो आणि या मास्टर की पासून मिळवलेल्या की सह प्रमाणीकृत केला जातो. दुसर्‍या चरणात, जे पर्यायी आहे, सर्व्हर क्लायंटला विनंती पाठवतो आणि क्लायंट स्वतःची डिजिटल स्वाक्षरी आणि सार्वजनिक की प्रमाणपत्रासह विनंती परत करून सर्व्हरला स्वतःचे प्रमाणीकरण करतो.

SSL विविध क्रिप्टोग्राफिक अल्गोरिदमचे समर्थन करते. संप्रेषणाच्या स्थापनेदरम्यान, RSA सार्वजनिक की क्रिप्टोसिस्टम वापरली जाते. की एक्सचेंज केल्यानंतर, अनेक भिन्न सायफर वापरले जातात: RC2, RC4, IDEA, DES आणि TripleDES. MD5 देखील वापरला जातो - संदेश डायजेस्ट तयार करण्यासाठी अल्गोरिदम. सार्वजनिक की प्रमाणपत्रांसाठी वाक्यरचना X.509 मध्ये वर्णन केली आहे.

SSL चा एक महत्त्वाचा फायदा म्हणजे त्याचे संपूर्ण सॉफ्टवेअर-प्लॅटफॉर्म स्वातंत्र्य. प्रोटोकॉल पोर्टेबिलिटीच्या तत्त्वांवर विकसित केले गेले आहे आणि त्याच्या बांधकामाची विचारधारा ज्या अनुप्रयोगांमध्ये वापरली जाते त्यावर अवलंबून नाही. याव्यतिरिक्त, हे देखील महत्त्वाचे आहे की SSL प्रोटोकॉलच्या वर इतर प्रोटोकॉल पारदर्शकपणे आच्छादित केले जाऊ शकतात; एकतर लक्ष्य माहिती प्रवाहाच्या संरक्षणाची डिग्री वाढवण्यासाठी किंवा काही इतर, चांगल्या-परिभाषित कार्यासाठी SSL च्या क्रिप्टोग्राफिक क्षमतांना अनुकूल करण्यासाठी.

SSL कनेक्शन

SSL द्वारे प्रदान केलेल्या सुरक्षित चॅनेलमध्ये तीन मुख्य गुणधर्म आहेत:

• चॅनल खाजगी आहे. एका साध्या संवादानंतर सर्व संदेशांसाठी एन्क्रिप्शन वापरले जाते जे गुप्त की निश्चित करण्यासाठी कार्य करते.
• चॅनेल प्रमाणित आहे. संभाषणाची सर्व्हर बाजू नेहमी प्रमाणीकृत केली जाते, तर क्लायंटची बाजू वैकल्पिकरित्या प्रमाणीकृत केली जाते.
• चॅनेल विश्वसनीय आहे. संदेश वाहतुकीमध्ये अखंडता तपासणी (MAC वापरून) समाविष्ट असते.

FTPS ची वैशिष्ट्ये

सुरक्षा प्रदान करण्याच्या विविध पद्धती वापरून FTPS ची दोन अंमलबजावणी आहेत:

• अंतर्निहित पद्धतीमध्ये डेटा पाठवण्यापूर्वी सत्र स्थापित करण्यासाठी मानक SSL प्रोटोकॉल वापरणे समाविष्ट आहे, ज्यामुळे, नियमित FTP क्लायंट आणि सर्व्हरसह सुसंगतता खंडित होते. FTPS ला सपोर्ट न करणाऱ्या क्लायंटच्या बॅकवर्ड सुसंगततेसाठी, TCP पोर्ट 990 चा वापर कंट्रोल कनेक्शनसाठी केला जातो आणि 989 डेटा ट्रान्सफरसाठी वापरला जातो. हे FTP प्रोटोकॉलसाठी मानक पोर्ट 21 राखून ठेवते. ही पद्धत अप्रचलित मानली जाते.
• स्पष्ट अधिक सोयीस्कर आहे, कारण ते मानक FTP आदेश वापरते, परंतु प्रतिसाद देताना डेटा एन्क्रिप्ट करते, जे तुम्हाला FTP आणि FTPS दोन्हीसाठी समान नियंत्रण कनेक्शन वापरण्याची परवानगी देते. क्लायंटने सर्व्हरकडून सुरक्षित डेटा ट्रान्सफरची स्पष्टपणे विनंती केली पाहिजे आणि नंतर एनक्रिप्शन पद्धतीला मान्यता द्यावी. क्लायंटने सुरक्षित हस्तांतरणाची विनंती न केल्यास, FTPS सर्व्हरला एकतर असुरक्षित कनेक्शन राखण्याचा किंवा बंद करण्याचा अधिकार आहे. RFC 2228 अंतर्गत एक प्रमाणीकरण आणि डेटा सुरक्षा वाटाघाटी यंत्रणा जोडली गेली ज्यामध्ये नवीन FTP AUTH कमांड समाविष्ट आहे. जरी हे मानक सुरक्षा यंत्रणा स्पष्टपणे परिभाषित करत नसले तरी, ते निर्दिष्ट करते की क्लायंटने वर वर्णन केलेल्या अल्गोरिदमचा वापर करून सुरक्षित कनेक्शन सुरू केले पाहिजे. सुरक्षित कनेक्शन सर्व्हरद्वारे समर्थित नसल्यास, 504 चा एरर कोड परत केला पाहिजे. FTPS क्लायंट FEAT कमांड वापरून सर्व्हरद्वारे समर्थित सुरक्षा प्रोटोकॉलबद्दल माहिती मिळवू शकतात, तथापि, सर्व्हरला ते कोणत्या सुरक्षा पातळीचे आहे हे उघड करणे आवश्यक नाही. समर्थन करते. सर्वात सामान्य FTPS आदेश AUTH TLS आणि AUTH SSL आहेत, जे अनुक्रमे TLS आणि SSL सुरक्षा प्रदान करतात.

SFTP

SFTP (Secure File Transfer Protocol) हा एक ऍप्लिकेशन लेयर फाइल ट्रान्सफर प्रोटोकॉल आहे जो सुरक्षित चॅनेलच्या वर चालतो. (Simple File Transfer Protocol), ज्याचे संक्षेप समान आहे, याचा गोंधळ होऊ नये. जर FTPS हा फक्त FTP चा विस्तार असेल, तर SFTP हा एक वेगळा आणि असंबंधित प्रोटोकॉल आहे जो SSH (Secure Shell) चा आधार म्हणून वापरतो.

सुरक्षित शेल

प्रोटोकॉल Secsh नावाच्या IETF गटांपैकी एकाने विकसित केला होता. नवीन SFTP प्रोटोकॉलसाठी कार्यरत दस्तऐवजीकरण अधिकृत मानक बनले नाही, परंतु अनुप्रयोग विकासासाठी सक्रियपणे वापरले जाऊ लागले. त्यानंतर, प्रोटोकॉलच्या सहा आवृत्त्या सोडल्या गेल्या. तथापि, त्यातील कार्यक्षमतेत हळूहळू वाढ झाल्यामुळे 14 ऑगस्ट 2006 रोजी, प्रकल्पाचे मुख्य कार्य (एसएसएच विकास) पूर्ण न झाल्यामुळे आणि अभावामुळे प्रोटोकॉलच्या विकासावर काम थांबविण्याचा निर्णय घेण्यात आला. पूर्ण विकसित रिमोट फाइल सिस्टम प्रोटोकॉलच्या विकासाकडे जाण्यासाठी पुरेशी तज्ञ पातळी.

SSH हा एक नेटवर्क प्रोटोकॉल आहे जो ऑपरेटिंग सिस्टमचे रिमोट कंट्रोल आणि TCP कनेक्शनचे टनेलिंग करण्यास परवानगी देतो (उदाहरणार्थ, फाइल हस्तांतरणासाठी). टेलनेट आणि rlogin प्रोटोकॉलच्या कार्यक्षमतेप्रमाणेच, परंतु, त्यांच्या विपरीत, ते प्रसारित पासवर्डसह सर्व रहदारी एन्क्रिप्ट करते. SSH विविध एन्क्रिप्शन अल्गोरिदम निवडण्याची परवानगी देतो. SSH क्लायंट आणि SSH सर्व्हर बहुतेक नेटवर्क ऑपरेटिंग सिस्टमसाठी उपलब्ध आहेत.

SSH तुम्हाला असुरक्षित वातावरणात जवळपास इतर कोणतेही नेटवर्क प्रोटोकॉल सुरक्षितपणे हस्तांतरित करण्याची परवानगी देते. अशा प्रकारे, आपण कमांड शेलद्वारे केवळ आपल्या संगणकावर दूरस्थपणे कार्य करू शकत नाही, परंतु एन्क्रिप्टेड चॅनेलवर ऑडिओ प्रवाह किंवा व्हिडिओ (उदाहरणार्थ, वेबकॅमवरून) देखील प्रसारित करू शकता. SSH नंतरच्या एनक्रिप्शनसाठी प्रसारित डेटाचे कॉम्प्रेशन देखील वापरू शकते, जे सोयीस्कर आहे, उदाहरणार्थ, दूरस्थपणे X WindowSystem क्लायंट लाँच करण्यासाठी.

प्रोटोकॉलची पहिली आवृत्ती, SSH-1, 1995 मध्ये हेलसिंकी युनिव्हर्सिटी ऑफ टेक्नॉलॉजी (फिनलंड) मधील संशोधक टाटू उलोनेन यांनी विकसित केली होती. SSH-1 हे rlogin, telnet आणि rsh प्रोटोकॉलपेक्षा अधिक गोपनीयता प्रदान करण्यासाठी लिहिले गेले होते. 1996 मध्ये, प्रोटोकॉलची अधिक सुरक्षित आवृत्ती, SSH-2, विकसित केली गेली, जी SSH-1 शी विसंगत आहे. प्रोटोकॉलला आणखी लोकप्रियता मिळाली आणि 2000 पर्यंत त्याचे अंदाजे दोन दशलक्ष वापरकर्ते होते. सध्या, "SSH" या शब्दाचा अर्थ सहसा SSH-2 असा होतो, कारण प्रोटोकॉलची पहिली आवृत्ती आता लक्षणीय कमतरतांमुळे व्यावहारिकपणे वापरली जात नाही. 2006 मध्ये, प्रोटोकॉलला इंटरनेट मानक म्हणून IETF वर्किंग ग्रुपने मान्यता दिली.

SSH ची दोन सामान्य अंमलबजावणी आहेत: खाजगी व्यावसायिक आणि मुक्त मुक्त स्रोत. मुक्त अंमलबजावणीला OpenSSH म्हणतात. 2006 पर्यंत, इंटरनेटवरील 80% संगणकांनी OpenSSH वापरले. मालकीची अंमलबजावणी SSH कम्युनिकेशन्स सिक्युरिटी द्वारे विकसित केली गेली आहे, टेक्टिआ कॉर्पोरेशनची पूर्ण मालकीची उपकंपनी, आणि गैर-व्यावसायिक वापरासाठी विनामूल्य आहे. या अंमलबजावणीमध्ये जवळजवळ समान कमांडचा संच असतो.

SSH-2 प्रोटोकॉल, टेलनेट प्रोटोकॉलच्या विपरीत, ट्रॅफिक इव्हस्ड्रॉपिंग हल्ल्यांना (“स्निफिंग”) प्रतिरोधक आहे, परंतु मनुष्य-मध्य-मध्य हल्ल्यांना प्रतिरोधक नाही. SSH-2 प्रोटोकॉल सत्र हायजॅकिंग हल्ल्यांना देखील प्रतिरोधक आहे, कारण आधीच स्थापित केलेल्या सत्रात सामील होणे किंवा हायजॅक करणे अशक्य आहे.

ज्याची की अद्याप क्लायंटला ज्ञात नाही अशा होस्टशी कनेक्ट करताना मॅन-इन-द-मिडल हल्ले टाळण्यासाठी, क्लायंट सॉफ्टवेअर वापरकर्त्याला “की फिंगरप्रिंट” दाखवते. क्लायंट सॉफ्टवेअरद्वारे सर्व्हर की स्नॅपशॉटसह दर्शविलेले “की स्नॅपशॉट” काळजीपूर्वक तपासण्याची शिफारस केली जाते, शक्यतो विश्वसनीय संप्रेषण चॅनेलद्वारे किंवा वैयक्तिकरित्या प्राप्त केली जाते.

SSH समर्थन सर्व UNIX सारख्या प्रणालींवर उपलब्ध आहे, आणि बहुतेकांकडे मानक उपयुक्तता म्हणून ssh क्लायंट आणि सर्व्हर आहे. नॉन-UNIX OS साठी SSH क्लायंटची अनेक अंमलबजावणी आहेत. महत्त्वाच्या नोड्स व्यवस्थापित करण्यासाठी असुरक्षित टेलनेट प्रोटोकॉलला पर्यायी उपाय म्हणून, ट्रॅफिक विश्लेषक आणि स्थानिक नेटवर्कच्या ऑपरेशनमध्ये व्यत्यय आणण्याच्या पद्धतींच्या व्यापक विकासानंतर प्रोटोकॉलला मोठी लोकप्रियता मिळाली.

SSH वापरून संप्रेषण

SSH द्वारे कार्य करण्यासाठी, तुम्हाला SSH सर्व्हर आणि SSH क्लायंटची आवश्यकता आहे. सर्व्हर क्लायंट मशीनमधील कनेक्शनसाठी ऐकतो आणि जेव्हा कनेक्शन स्थापित केले जाते तेव्हा प्रमाणीकरण करते, त्यानंतर ते क्लायंटची सेवा सुरू करते. क्लायंटचा वापर रिमोट मशीनमध्ये लॉग इन करण्यासाठी आणि कमांड कार्यान्वित करण्यासाठी केला जातो.

FTPS शी तुलना

SFTP ला मानक FTP आणि FTPS पासून वेगळे करणारी मुख्य गोष्ट म्हणजे SFTP सर्व कमांड्स, वापरकर्तानाव, पासवर्ड आणि इतर गोपनीय माहिती पूर्णपणे एन्क्रिप्ट करते.

FTPS आणि SFTP प्रोटोकॉल दोन्ही असममित अल्गोरिदम (RSA, DSA), सममित अल्गोरिदम (DES/3DES, AES, Twhofish, इ.), तसेच एक की एक्सचेंज अल्गोरिदम यांचे संयोजन वापरतात. प्रमाणीकरणासाठी, FTPS (किंवा अधिक तंतोतंत, FTP वर SSL/TLS) X.509 प्रमाणपत्रे वापरतात, तर SFTP (SSH प्रोटोकॉल) SSH की वापरतात.

X.509 प्रमाणपत्रांमध्ये सार्वजनिक की आणि मालकाच्या प्रमाणपत्राबद्दल काही माहिती समाविष्ट असते. ही माहिती, दुसरीकडे, प्रमाणपत्राची स्वतःची अखंडता, सत्यता आणि प्रमाणपत्राच्या मालकाची पडताळणी करण्यास अनुमती देते. X.509 प्रमाणपत्रांमध्ये संबंधित खाजगी की असते, जी सामान्यत: सुरक्षिततेच्या कारणास्तव प्रमाणपत्रापासून वेगळी साठवली जाते.

SSH की मध्ये फक्त सार्वजनिक की असते (संबंधित खाजगी की स्वतंत्रपणे संग्रहित केली जाते). यात किल्लीच्या मालकाबद्दल कोणतीही माहिती नाही. काही SSH अंमलबजावणी प्रमाणीकरणासाठी X.509 प्रमाणपत्रे वापरतात, परंतु ते प्रत्यक्षात संपूर्ण प्रमाणपत्र शृंखला सत्यापित करत नाहीत-केवळ सार्वजनिक की वापरली जाते (ज्यामुळे असे प्रमाणीकरण अपूर्ण होते).

निष्कर्ष

FTP प्रोटोकॉल निःसंशयपणे त्याच्या आदरणीय वय असूनही नेटवर्कवरील माहितीचे संचयन आणि वितरणामध्ये महत्त्वपूर्ण भूमिका बजावते. हा एक सोयीस्कर, मल्टीफंक्शनल आणि प्रमाणित प्रोटोकॉल आहे. त्याच्या आधारावर अनेक फाइल संग्रहण तयार केले गेले आहेत, त्याशिवाय तांत्रिक कार्य इतके प्रभावी होणार नाही. याव्यतिरिक्त, ते सेट करणे सोपे आहे, आणि सर्व्हर आणि क्लायंट प्रोग्राम जवळजवळ सर्व वर्तमान आणि सध्याच्या प्लॅटफॉर्मसाठी अस्तित्वात आहेत.

या बदल्यात, त्याच्या संरक्षित आवृत्त्या आधुनिक जगात संग्रहित आणि प्रसारित डेटाच्या गोपनीयतेची समस्या सोडवतात. दोन्ही नवीन प्रोटोकॉलमध्ये त्यांचे साधक आणि बाधक आहेत आणि ते थोड्या वेगळ्या भूमिका बजावतात. ज्या भागात फाइल संग्रहण आवश्यक आहे त्या ठिकाणी, FTPS वापरणे श्रेयस्कर आहे, विशेषत: जर क्लासिक FTP आधीपासून तेथे वापरले गेले असेल. जुन्या प्रोटोकॉलशी विसंगततेमुळे SFTP कमी सामान्य आहे, परंतु ते अधिक सुरक्षित आहे आणि अधिक कार्यक्षमता आहे, कारण ते रिमोट व्यवस्थापन प्रणालीचा भाग आहे.

स्त्रोतांची यादी

• गोषवारा “FTP प्रोटोकॉल. सामान्य माहिती आणि वैशिष्ट्ये"
• सार "SSH, CMIP, टेलनेट प्रोटोकॉल"
• "SSL/TLS" चा अहवाल द्या

स्त्रोत: www.habr.com