মেসেঞ্জারে মেসেজ পাঠালে কী হয়?

তুমি "কেমন আছিস?" লিখে Send চাপলে — মেসেজটা সরাসরি বন্ধুর ফোনে যায় না। এটা আগে একটা সার্ভারে যায়, তারপর বন্ধুর ফোনে। প্রশ্ন হলো — সরাসরি ফোন থেকে ফোনে গেলেই তো হতো, মাঝে সার্ভার কেন দরকার?

সার্ভার কেন মাঝে দরকার?

দুটো ফোন সরাসরি (Peer-to-Peer) সংযুক্ত হতে হলে দুজনেরই একে অপরের সঠিক নেটওয়ার্ক ঠিকানা জানতে হবে এবং দুজনকেই একই সময়ে অনলাইন থাকতে হবে — বাস্তবে এটা কার্যকর নয়। তার বদলে একটি সবসময়-চালু (always-on) কেন্দ্রীয় সার্ভার মাঝে থাকলে: (১) প্রাপক অফলাইন থাকলেও মেসেজ জমা রাখা যায়, (২) কোটি কোটি ব্যবহারকারীর মধ্যে সঠিক প্রাপক খুঁজে বের করা সহজ হয়।

ধাপ ১ — মেসেজ এনক্রিপ্ট হয়

Send চাপার সাথে সাথে তোমার অ্যাপ মেসেজটা এনক্রিপ্ট করে — অর্থাৎ এমন গোপন কোডে বদলে দেয় যা কেবল প্রাপক খুলতে পারে। একে বলে End-to-End Encryption (E2EE) — "End-to-End" নামের অর্থই হলো শুরু (প্রেরক) থেকে শেষ (প্রাপক) পর্যন্ত কেউ (এমনকি সার্ভারও নয়) মাঝপথে মেসেজ পড়তে পারবে না।

ধাপ ২ — প্যাকেটে ভাগ হয়ে যাত্রা

মেসেজ (এনক্রিপ্টেড অবস্থায়) ইন্টারনেটে পাঠানোর আগে ছোট ছোট প্যাকেটে ভাগ হয়ে যায়। প্রতিটি প্যাকেটে থাকে মূল ডেটার একটি অংশ + প্রাপকের ঠিকানা + ক্রম নম্বর, যাতে গন্তব্যে সব প্যাকেট আবার সঠিক ক্রমে জোড়া লাগানো যায়।

ধাপ ৩ — সার্ভারে পৌঁছায়

এনক্রিপ্ট করা প্যাকেটগুলো ইন্টারনেট দিয়ে কোম্পানির সার্ভারে যায়। সার্ভার (এনক্রিপ্টেড কন্টেন্ট না পড়েই) দেখে মেসেজটা কার জন্য — মেটাডেটা (প্রেরক-প্রাপকের ID) দিয়ে রাউটিং করে।

ধাপ ৪ — প্রাপক অনলাইন কি না

ধাপ ৫ — টিক চিহ্ন — তুমি কীভাবে জানো?

• এক টিক — সার্ভারে পৌঁছেছে (তোমার ফোন প্যাকেট সফলভাবে পাঠিয়েছে)।
• দুই টিক — বন্ধুর ফোনে পৌঁছেছে (Delivery Acknowledgement সার্ভারে ফেরত এসেছে)।
• নীল টিক — বন্ধু পড়েছে (অ্যাপ খুলে মেসেজ দেখার পর একটি "Read Receipt" পাঠায়)।

প্রতিটি টিক আসলে একটি ছোট নিশ্চিতকরণ বার্তা (Acknowledgement), যা উল্টো দিকে ফিরে আসে।

তুমি → এনক্রিপ্ট → প্যাকেট → সার্ভার → এনক্রিপ্ট অবস্থায় → বন্ধুর ফোন → ডিক্রিপ্ট → পড়া

বাস্তব জীবনের সাথে মিল

🏠 অ্যানালজি: এটা অনেকটা তালাবদ্ধ বাক্সে চিঠি পাঠানোর মতো — তুমি চিঠি লিখে এমন একটা বাক্সে ভরলে যার চাবি শুধু তোমার বন্ধুর কাছে আছে। পোস্ট অফিস (সার্ভার) বাক্সটা বহন করে দেয় ঠিকই, কিন্তু খুলে দেখতে পারে না — শুধু বন্ধুই তার নিজের চাবি দিয়ে খুলে পড়তে পারবে।

কেন End-to-End Encryption গুরুত্বপূর্ণ?

সার্ভার নিজেই যদি মেসেজ "পড়তে" পারত, তাহলে সার্ভার হ্যাক হলে বা কোম্পানির কেউ অসৎ হলে সব ব্যবহারকারীর ব্যক্তিগত কথোপকথন ফাঁস হতে পারত। E2EE নিশ্চিত করে যে সার্ভার শুধু "বাহক" — বিষয়বস্তু জানার ক্ষমতা তার নেই।

🔗 HSC সিলেবাস সংযোগ

• অধ্যায় ১: ক্রিপ্টোগ্রাফি, ডেটা নিরাপত্তা, ICT নৈতিকতা।
• অধ্যায় ২: ক্লায়েন্ট-সার্ভার মডেল, ডেটা ট্রান্সমিশন, প্যাকেট।

📝 HSC পরীক্ষার প্রস্তুতি

• এনক্রিপশন কী? পড়ার অযোগ্য গোপন কোডে ডেটা রূপান্তর।
• End-to-End Encryption? শুধু প্রেরক ও প্রাপক মেসেজ পড়তে পারে, সার্ভারও নয়।
• সার্ভার কী? যে কম্পিউটার অনুরোধ গ্রহণ করে সেবা দেয়।
• সাধারণ ভুল: সরাসরি ফোন-টু-ফোন যোগাযোগ ভাবা — বাস্তবে সবসময় একটি কেন্দ্রীয় সার্ভার মাঝে থাকে।

📚 সারাংশ

মেসেজ এনক্রিপ্ট হয়ে প্যাকেটে ভাগ হয় → সার্ভারে যায় → প্রাপক অনলাইন হলে পৌঁছায়, নাহলে জমা থাকে → প্রাপকের ফোনে ডিক্রিপ্ট হয়ে পড়া যায়। সার্ভার শুধু বহন করে, বিষয়বস্তু পড়তে পারে না।