FTP ও ফাইল ট্রান্সফার

১ · FTP কী ও দুই-কানেকশন মডেল

FTPFile Transfer Protocolনেটওয়ার্কের মাধ্যমে ফাইল আদান-প্রদানের অন্যতম প্রাচীনতম অ্যাপ্লিকেশন-লেয়ার প্রোটোকল, ১৯৭০-এর দশক থেকে ব্যবহৃত। হলো ফাইল স্থানান্তরের জন্য তৈরি সবচেয়ে পুরনো অ্যাপ্লিকেশন প্রোটোকলগুলোর একটি। এর নকশায় একটি অস্বাভাবিক বৈশিষ্ট্য আছে — এটি একটিমাত্র নয়, বরং দুইটি পৃথক TCP কানেকশন ব্যবহার করে —

বেশিরভাগ অ্যাপ্লিকেশন প্রোটোকল (যেমন HTTP, M6/L29) একটিমাত্র কানেকশনে কমান্ড ও ডেটা উভয়ই পাঠায় — FTP-এর এই দুই-কানেকশন নকশা তাই ব্যতিক্রমী। ঐতিহাসিকভাবে এটি ফায়ারওয়াল ও NAT-এর সাথে বাস্তবিক জটিলতা তৈরি করেছে, কারণ একটি ফায়ারওয়ালকে আলাদা করে ডেটা কানেকশনের জন্য ব্যবহৃত (প্রায়শই আগে থেকে জানা নয় এমন) পোর্টও অনুমতি দিতে হয় — এই জটিলতার প্রযুক্তিগত খুঁটিনাটি এই পাঠে বিস্তারিত না গিয়ে শুধু কারণ হিসেবে উল্লেখ করা হলো।

২ · Active বনাম Passive মোড

Active ও Passive মোডের পার্থক্য শুধু একটি বিষয়ে — ডেটা কানেকশনটি কে শুরু করে —

• Active মোড — সার্ভার নিজে ক্লায়েন্টের কাছে ফিরে এসে ডেটা কানেকশন শুরু করে। ক্লায়েন্ট-পাশের ফায়ারওয়াল প্রায়শই এই "ইনকামিং" কানেকশন ব্লক করে দেয়, কারণ ফায়ারওয়াল সাধারণত ক্লায়েন্ট নিজে যা শুরু করেনি এমন কানেকশন সন্দেহজনক মনে করে।
• Passive মোড — ক্লায়েন্ট নিজেই উভয় কানেকশন (কন্ট্রোল ও ডেটা) শুরু করে। যেহেতু ক্লায়েন্টের ফায়ারওয়াল সাধারণত নিজের শুরু করা আউটগোয়িং কানেকশনে বাধা দেয় না, তাই Passive মোড ফায়ারওয়াল/NAT-এর সাথে অনেক বেশি সামঞ্জস্যপূর্ণ — এই কারণেই বেশিরভাগ আধুনিক FTP ক্লায়েন্ট ডিফল্টভাবে Passive মোড ব্যবহার করে।

৩ · আধুনিক প্রেক্ষাপট — FTP-এর উত্তরসূরি

প্লেইন FTP কমান্ড, ইউজারনেম/পাসওয়ার্ড ও ফাইল ডেটা — সবকিছু আনএনক্রিপ্টেড পাঠায়, অর্থাৎ নেটওয়ার্কে কেউ আড়ি পাতলে সহজেই তা পড়তে পারবে। এই কারণে নিরাপত্তা-সংবেদনশীল যেকোনো ফাইল স্থানান্তরে আজ FTP-এর বদলে ব্যবহৃত হয় —

• SFTP/SCPSSH-based File TransferSSH প্রোটোকলের উপর নির্মিত ফাইল ট্রান্সফার মেকানিজম — পুরো সেশন এনক্রিপ্টেড, একটিমাত্র কানেকশন ব্যবহার করে। — SSH-এর উপর চলে (নেটওয়ার্ক সিকিউরিটি, M10-এর সাথে সংযুক্ত), সম্পূর্ণ এনক্রিপ্টেড, একটিমাত্র কানেকশন ব্যবহার করে (FTP-এর দুই-কানেকশন জটিলতা নেই)।
• HTTP-ভিত্তিক ফাইল ট্রান্সফার — আধুনিক ওয়েব অ্যাপ্লিকেশন ও ক্লাউড স্টোরেজ সাধারণত সাধারণ HTTPS আপলোড/ডাউনলোডেই ফাইল স্থানান্তর সারে, আলাদা প্রোটোকলের প্রয়োজন হয় না।

সংক্ষেপে — FTP আজও কিছু লিগ্যাসি সিস্টেমে টিকে আছে, কিন্তু নতুন কোনো সিস্টেম ডিজাইন করার সময় নিরাপত্তার কারণে সাধারণত SFTP বা HTTPS-ভিত্তিক সমাধানই বেছে নেওয়া হয়।

# FTP-এর কন্ট্রোল ও ডেটা কানেকশনের স্বাধীনতার সিমুলেশন
# (কোনো real TCP কানেকশন খোলা হচ্ছে না — শুধু in-memory অবস্থা)

class FTPSession:
    def __init__(self, client_name):
        self.client_name = client_name
        self.control_channel = "OPEN (পোর্ট ২১)"
        self.data_channel = "CLOSED"
        self.log = []

    def send_command(self, cmd):
        if self.control_channel != "OPEN (পোর্ট ২১)":
            self.log.append(f"ত্রুটি: কন্ট্রোল চ্যানেল বন্ধ, '{cmd}' পাঠানো গেল না")
            return
        self.log.append(f"[control] {self.client_name} -> সার্ভার: {cmd}")

    def transfer_file(self, filename):
        self.data_channel = f"OPEN (ফাইল: {filename})"
        self.log.append(f"[data]    নতুন ডেটা কানেকশন খোলা হলো -> {filename} স্থানান্তর শুরু")
        self.log.append(f"[data]    {filename} সম্পূর্ণ স্থানান্তরিত হলো")
        self.data_channel = "CLOSED"
        self.log.append("[data]    ডেটা কানেকশন বন্ধ করা হলো")


session = FTPSession("client-1")
session.send_command("USER anonymous")
session.send_command("LIST")
session.transfer_file("report.pdf")
session.send_command("LIST")           # ডেটা কানেকশন বন্ধ হওয়ার পরও কন্ট্রোল কানেকশন কাজ করছে
session.transfer_file("photo.jpg")
session.send_command("QUIT")

for line in session.log:
    print(line)

print("\nকন্ট্রোল চ্যানেলের চূড়ান্ত অবস্থা:", session.control_channel)