ভূমিকা

মাত্র এক সপ্তাহ আগে আমি শিরোনামে নির্দেশিত বিষয়ের উপর একটি প্রবন্ধ লিখছিলাম এবং এই সত্যটির মুখোমুখি হয়েছিলাম যে, ধরা যাক, ইন্টারনেটে এত শিক্ষামূলক তথ্য নেই। বেশিরভাগই শুষ্ক তথ্য এবং সেটআপ নির্দেশাবলী। অতএব, আমি পাঠ্যটিকে সামান্য সংশোধন করার এবং একটি নিবন্ধ হিসাবে পোস্ট করার সিদ্ধান্ত নিয়েছি।

FTP কি

FTP (ফাইল ট্রান্সফার প্রোটোকল) একটি নেটওয়ার্কের মাধ্যমে ফাইল স্থানান্তর করার জন্য একটি প্রোটোকল। এটি মৌলিক ইথারনেট প্রোটোকলগুলির মধ্যে একটি। 1971 সালে উপস্থিত হন এবং প্রাথমিকভাবে DARPA নেটওয়ার্কে কাজ করেন। বর্তমানে, HTTP-এর মতো, ফাইল স্থানান্তর টিসিপি/আইপি (ট্রান্সমিশন কন্ট্রোল প্রোটোকল/ইন্টারনেট প্রোটোকল) প্রোটোকলের একটি সেট সমন্বিত একটি মডেলের উপর ভিত্তি করে। RFC 959 এ সংজ্ঞায়িত।

প্রোটোকল নিম্নলিখিত সংজ্ঞায়িত করে:

• কিভাবে ত্রুটি চেক করা হবে?
• ডেটা প্যাকেজিং পদ্ধতি (যদি প্যাকেজিং ব্যবহার করা হয়)
• পাঠানোর ডিভাইসটি কিভাবে নির্দেশ করে যে এটি একটি বার্তা শেষ করেছে?
• রিসিভিং ডিভাইস কিভাবে নির্দেশ করে যে এটি একটি বার্তা পেয়েছে?

ক্লায়েন্ট এবং সার্ভারের মধ্যে যোগাযোগ

আসুন FTP অপারেশন চলাকালীন ঘটতে থাকা প্রসেসগুলিকে ঘনিষ্ঠভাবে দেখে নেওয়া যাক। সংযোগটি ব্যবহারকারীর প্রোটোকল দোভাষী দ্বারা আরম্ভ করা হয়। বিনিময়টি টেলনেট স্ট্যান্ডার্ডে একটি নিয়ন্ত্রণ চ্যানেলের মাধ্যমে নিয়ন্ত্রিত হয়। 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-এর লেখকরা নিম্নোক্ত সমস্যাগুলির তালিকায় দুর্বলতাগুলিকে সংক্ষিপ্ত করেছেন:

• লুকানো আক্রমণ (বাউন্স আক্রমণ)
• স্পুফ আক্রমণ
• নৃশংস শক্তির আক্রমণ
• প্যাকেট ক্যাপচার, sniffing
• বন্দর চুরি

নিয়মিত FTP এনক্রিপ্ট করা আকারে ডেটা স্থানান্তর করার ক্ষমতা রাখে না, যার ফলে ব্যবহারকারীর নাম, পাসওয়ার্ড, কমান্ড এবং অন্যান্য তথ্য আক্রমণকারীদের দ্বারা সহজে এবং সহজে আটকানো যায়। এই সমস্যার স্বাভাবিক সমাধান হল "সুরক্ষিত", টিএলএস-সুরক্ষিত সংস্করণগুলি ব্যবহার করা যা দুর্বল প্রোটোকল (FTPS) বা অন্য, আরও সুরক্ষিত প্রোটোকল, যেমন 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 ক্লায়েন্ট এবং সার্ভারের সাথে সামঞ্জস্যতা ভেঙে দেয়। এফটিপিএস সমর্থন করে না এমন ক্লায়েন্টদের সাথে পশ্চাদমুখী সামঞ্জস্যের জন্য, নিয়ন্ত্রণ সংযোগের জন্য TCP পোর্ট 990 ব্যবহার করা হয় এবং 989 ডেটা স্থানান্তরের জন্য ব্যবহৃত হয়৷ এটি FTP প্রোটোকলের জন্য স্ট্যান্ডার্ড পোর্ট 21 বজায় রাখে৷ এই পদ্ধতিটি অপ্রচলিত বলে মনে করা হয়।
• এক্সপ্লিসিট অনেক বেশি সুবিধাজনক, যেহেতু এটি স্ট্যান্ডার্ড FTP কমান্ড ব্যবহার করে, কিন্তু প্রতিক্রিয়া করার সময় ডেটা এনক্রিপ্ট করে, যা আপনাকে FTP এবং FTPS উভয়ের জন্য একই নিয়ন্ত্রণ সংযোগ ব্যবহার করতে দেয়। ক্লায়েন্টকে অবশ্যই সার্ভার থেকে সুরক্ষিত ডেটা স্থানান্তরের জন্য স্পষ্টভাবে অনুরোধ করতে হবে এবং তারপর এনক্রিপশন পদ্ধতিটি অনুমোদন করতে হবে। যদি ক্লায়েন্ট একটি সুরক্ষিত স্থানান্তরের অনুরোধ না করে, তাহলে FTPS সার্ভারের হয় অনিরাপদ সংযোগ বজায় রাখার বা বন্ধ করার অধিকার রয়েছে। RFC 2228 এর অধীনে একটি প্রমাণীকরণ এবং ডেটা নিরাপত্তা আলোচনার প্রক্রিয়া যুক্ত করা হয়েছে যাতে নতুন FTP AUTH কমান্ড অন্তর্ভুক্ত রয়েছে। যদিও এই স্ট্যান্ডার্ডটি সুস্পষ্টভাবে নিরাপত্তা ব্যবস্থাকে সংজ্ঞায়িত করে না, তবে এটি নির্দিষ্ট করে যে উপরে বর্ণিত অ্যালগরিদম ব্যবহার করে ক্লায়েন্টকে একটি সুরক্ষিত সংযোগ চালু করতে হবে। যদি সুরক্ষিত সংযোগগুলি সার্ভার দ্বারা সমর্থিত না হয়, 504-এর একটি ত্রুটি কোড ফেরত দেওয়া উচিত৷ FTPS ক্লায়েন্টরা FEAT কমান্ড ব্যবহার করে সার্ভার দ্বারা সমর্থিত সুরক্ষা প্রোটোকল সম্পর্কে তথ্য পেতে পারে, তবে, সার্ভারটি কী সুরক্ষা স্তর তা প্রকাশ করার প্রয়োজন নেই৷ সমর্থন করে সবচেয়ে সাধারণ FTPS কমান্ড হল AUTH TLS এবং AUTH SSL, যা যথাক্রমে TLS এবং SSL নিরাপত্তা প্রদান করে।

এসএফটিপি

SFTP (সিকিউর ফাইল ট্রান্সফার প্রোটোকল) হল একটি অ্যাপ্লিকেশন লেয়ার ফাইল ট্রান্সফার প্রোটোকল যা একটি সুরক্ষিত চ্যানেলের উপরে চলে। (সিম্পল ফাইল ট্রান্সফার প্রোটোকল) এর সাথে বিভ্রান্ত হবেন না, যার সংক্ষিপ্ত নাম একই। যদি 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 সালে, প্রোটোকলটি আইইটিএফ ওয়ার্কিং গ্রুপ দ্বারা একটি ইন্টারনেট মান হিসাবে অনুমোদিত হয়েছিল।

SSH-এর দুটি সাধারণ বাস্তবায়ন রয়েছে: ব্যক্তিগত বাণিজ্যিক এবং বিনামূল্যে ওপেন সোর্স। বিনামূল্যে বাস্তবায়ন OpenSSH বলা হয়. 2006 সালের মধ্যে, ইন্টারনেটের 80% কম্পিউটার OpenSSH ব্যবহার করত। মালিকানা বাস্তবায়নটি SSH কমিউনিকেশন সিকিউরিটি দ্বারা তৈরি করা হয়েছে, টেকটিয়া কর্পোরেশনের সম্পূর্ণ মালিকানাধীন একটি সহায়ক প্রতিষ্ঠান এবং এটি অ-বাণিজ্যিক ব্যবহারের জন্য বিনামূল্যে। এই বাস্তবায়নে কমান্ডের প্রায় একই সেট রয়েছে।

SSH-2 প্রোটোকল, টেলনেট প্রোটোকলের বিপরীতে, ট্রাফিক ইভড্রপিং অ্যাটাক ("স্নিফিং") প্রতিরোধী, কিন্তু ম্যান-ইন-দ্য-মিডল অ্যাটাক প্রতিরোধী নয়। SSH-2 প্রোটোকল সেশন হাইজ্যাকিং আক্রমণের বিরুদ্ধেও প্রতিরোধী, যেহেতু এটি একটি ইতিমধ্যে প্রতিষ্ঠিত সেশনে যোগদান বা হাইজ্যাক করা অসম্ভব।

একটি হোস্টের সাথে সংযোগ করার সময় ম্যান-ইন-দ্য-মিডল আক্রমণ প্রতিরোধ করার জন্য যার কী এখনও ক্লায়েন্টের কাছে পরিচিত নয়, ক্লায়েন্ট সফ্টওয়্যার ব্যবহারকারীকে একটি "কী আঙ্গুলের ছাপ" দেখায়। সার্ভার কী স্ন্যাপশট সহ ক্লায়েন্ট সফ্টওয়্যার দ্বারা দেখানো "কী স্ন্যাপশট" সাবধানে পরীক্ষা করার পরামর্শ দেওয়া হয়, বিশেষত নির্ভরযোগ্য যোগাযোগ চ্যানেলের মাধ্যমে বা ব্যক্তিগতভাবে প্রাপ্ত।

SSH সমর্থন সমস্ত UNIX-এর মতো সিস্টেমে উপলব্ধ, এবং বেশিরভাগেরই স্ট্যান্ডার্ড ইউটিলিটি হিসাবে একটি ssh ক্লায়েন্ট এবং সার্ভার রয়েছে। নন-ইউনিক্স ওএসের জন্য 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, Telnet প্রোটোকল"
• রিপোর্ট "SSL/TLS"

উত্স: www.habr.com