ફોરવર્ડ

માત્ર એક અઠવાડિયા પહેલા હું શીર્ષકમાં દર્શાવેલ વિષય પર એક નિબંધ લખી રહ્યો હતો અને મને એ હકીકતનો સામનો કરવો પડ્યો કે, ચાલો કહીએ કે, ઇન્ટરનેટ પર એટલી શૈક્ષણિક માહિતી નથી. મોટે ભાગે શુષ્ક હકીકતો અને સેટઅપ સૂચનાઓ. તેથી, મેં ટેક્સ્ટને સહેજ સુધારવા અને તેને લેખ તરીકે પોસ્ટ કરવાનું નક્કી કર્યું.

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 ના લેખકોએ નીચેના મુદ્દાઓની સૂચિમાં નબળાઈઓનો સારાંશ આપ્યો:

• છુપાયેલા હુમલા (બાઉન્સ હુમલા)
• સ્પૂફ હુમલા
• બ્રુટ ફોર્સ એટેક
• પેકેટ કેપ્ચર, સુંઘવું
• પોર્ટ ચોરી

નિયમિત FTPમાં એન્ક્રિપ્ટેડ સ્વરૂપમાં ડેટા ટ્રાન્સફર કરવાની ક્ષમતા હોતી નથી, જેના પરિણામે વપરાશકર્તાના નામ, પાસવર્ડ, આદેશો અને અન્ય માહિતી હુમલાખોરો દ્વારા સરળતાથી અને સરળતાથી અટકાવી શકાય છે. આ સમસ્યાનો સામાન્ય ઉકેલ એ છે કે "સુરક્ષિત", નબળા પ્રોટોકોલ (FTPS) ના TLS-સંરક્ષિત સંસ્કરણો અથવા અન્ય, વધુ સુરક્ષિત પ્રોટોકોલ, જેમ કે SFTP/SCP, મોટાભાગના સિક્યોર શેલ પ્રોટોકોલ અમલીકરણો સાથે પ્રદાન કરવામાં આવે છે.

એફટીपीएस

FTPS (FTP + SSL) એ સ્ટાન્ડર્ડ ફાઇલ ટ્રાન્સફર પ્રોટોકોલનું વિસ્તરણ છે જે SSL (સિક્યોર સોકેટ્સ લેયર) પ્રોટોકોલનો ઉપયોગ કરીને એનક્રિપ્ટેડ સત્રોની રચનાને તેની મૂળભૂત કાર્યક્ષમતામાં ઉમેરે છે. આજે, તેના વધુ અદ્યતન એનાલોગ 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 (સિક્યોર ફાઇલ ટ્રાન્સફર પ્રોટોકોલ) એ એપ્લિકેશન લેયર ફાઇલ ટ્રાન્સફર પ્રોટોકોલ છે જે સુરક્ષિત ચેનલની ટોચ પર ચાલે છે. (સિમ્પલ ફાઇલ ટ્રાન્સફર પ્રોટોકોલ) સાથે ભેળસેળ ન કરવી, જે સમાન સંક્ષેપ ધરાવે છે. જો FTPS એ ફક્ત FTP નું વિસ્તરણ છે, તો SFTP એ એક અલગ અને અસંબંધિત પ્રોટોકોલ છે જે તેના આધાર તરીકે SSH (સિક્યોર શેલ) નો ઉપયોગ કરે છે.

સલામત શેલ

પ્રોટોકોલ 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 કોમ્યુનિકેશન્સ સિક્યુરિટી દ્વારા વિકસાવવામાં આવ્યું છે, જે Tectia કોર્પોરેશનની સંપૂર્ણ માલિકીની પેટાકંપની છે, અને બિન-વ્યાવસાયિક ઉપયોગ માટે મફત છે. આ અમલીકરણમાં લગભગ સમાન આદેશોનો સમૂહ છે.

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