HTTPS এবং TLS কীভাবে কাজ করে: হ্যান্ডশেক ব্যাখ্যা

Security2026-10-22TryQuickToolBox

আপনি একটি URL টাইপ করেন, এন্টার চাপেন, এবং একটি প্যাডলক দেখতে পান। কিন্তু আপনার ব্রাউজার এবং সার্ভারের মধ্যে সেই সংযোগটি নিরাপদ করতে আসলে কী ঘটে? অনেক ডেভেলপার HTTPS-কে একটি ব্ল্যাক বক্স হিসেবে দেখেন—যতক্ষণ না কিছু ভেঙে যায়, যেমন একটি সার্টিফিকেট ত্রুটি বা পারফরম্যান্স সমস্যা। এই নিবন্ধটি HTTPS-এর পেছনের প্রোটোকল TLS-এর পর্দা সরিয়ে দেয় এবং হ্যান্ডশেককে সহজ ভাষায় ব্যাখ্যা করে।

HTTPS আসলে কী

HTTPS হলো TLS (Transport Layer Security)-এর উপরে স্তরযুক্ত HTTP। TLS তিনটি গ্যারান্টি প্রদান করে:

TLS ছাড়া, HTTP সবকিছু প্লেইনটেক্সটে পাঠায়: পাসওয়ার্ড, কুকি এবং ফর্ম ডেটা নেটওয়ার্ক পথে যে কেউ দেখতে পারে।

সহজ বাংলায় TLS হ্যান্ডশেক

হ্যান্ডশেক হলো সেই আলোচনা যা কোনো অ্যাপ্লিকেশন ডেটা পাঠানোর আগে ঘটে। এর লক্ষ্য: এনক্রিপশন অ্যালগরিদমে সম্মত হওয়া, সার্ভারের পরিচয় যাচাই করা এবং শেয়ার্ড সিক্রেট কী স্থাপন করা। আধুনিক মান TLS 1.3-এর প্রবাহ এখানে:

  1. ক্লায়েন্ট হ্যালো – ব্রাউজার সমর্থিত সাইফার স্যুটের একটি তালিকা, একটি র‍্যান্ডম মান এবং এর কী শেয়ার (কী এক্সচেঞ্জের জন্য) পাঠায়।
  2. সার্ভার হ্যালো – সার্ভার একটি সাইফার স্যুট বেছে নেয়, নিজের র‍্যান্ডম মান এবং কী শেয়ার পাঠায় এবং তার সার্টিফিকেট চেইন প্রদান করে।
  3. সার্টিফিকেট যাচাই – ব্রাউজার বিশ্বস্ত রুট CA-এর বিরুদ্ধে সার্টিফিকেট পরীক্ষা করে, ডোমেইন নাম যাচাই করে এবং মেয়াদোত্তীর্ণতা পরীক্ষা করে।
  4. কী ডেরিভেশন – উভয় পক্ষ কী এক্সচেঞ্জ (সাধারণত ECDHE) ব্যবহার করে একই শেয়ার্ড সিক্রেট গণনা করে। সেশন কী ডেরাইভ করা হয়।
  5. সমাপ্ত – উভয় পক্ষ হ্যান্ডশেক ট্রান্সক্রিপ্টের উপর একটি MAC পাঠায় যা নিশ্চিত করে যে কিছু টেম্পার করা হয়নি।

এর পরে, এনক্রিপ্টেড অ্যাপ্লিকেশন ডেটা প্রবাহিত হয়। TLS 1.3-এ, হ্যান্ডশেক এক রাউন্ড ট্রিপ (1-RTT) নেয়, এবং পুনরায় শুরু 0-RTT অর্জন করতে পারে।

TLS 1.2 বনাম TLS 1.3

TLS 1.2-এর জন্য দুই রাউন্ড ট্রিপ প্রয়োজন ছিল এবং দুর্বল অ্যালগরিদম সমর্থন করত। TLS 1.3 পুরানো সাইফার সরিয়ে দিয়েছে, হ্যান্ডশেক সরল করেছে এবং হ্যান্ডশেকের আরও অংশ এনক্রিপ্ট করে। সর্বদা TLS 1.3 পছন্দ করুন; বেশিরভাগ আধুনিক সার্ভার এবং ব্রাউজার এটি সমর্থন করে।

সার্টিফিকেট: বিশ্বাসের অ্যাঙ্কর

একটি সার্টিফিকেট একটি পাবলিক কী-কে একটি ডোমেইন নামের সাথে আবদ্ধ করে এবং একটি সার্টিফিকেট অথরিটি (CA) দ্বারা স্বাক্ষরিত হয়। ব্রাউজারগুলি বিশ্বস্ত রুট CA-এর একটি স্টোর নিয়ে আসে। যাচাইয়ের সময়, ব্রাউজার সার্ভারের সার্টিফিকেট থেকে একটি বিশ্বস্ত রুট পর্যন্ত একটি চেইন তৈরি করে।

সাধারণ সার্টিফিকেট প্রকার:

সার্টিফিকেটের মেয়াদ শেষ হয়। আউটেজ এড়াতে Certbot-এর মতো ACME ক্লায়েন্টের সাথে নবায়ন স্বয়ংক্রিয় করুন।

কী এক্সচেঞ্জ এবং পারফেক্ট ফরোয়ার্ড সিক্রেসি

আধুনিক TLS এফেমেরাল কী এক্সচেঞ্জ (ECDHE) ব্যবহার করে। প্রতিটি সেশন একটি নতুন কী পেয়ার তৈরি করে, তাই সার্ভারের প্রাইভেট কী পরে compromised হলেও, অতীতের সেশনগুলি ডিক্রিপ্ট করা যায় না। এই বৈশিষ্ট্যটিকে ফরোয়ার্ড সিক্রেসি বলা হয়। স্ট্যাটিক RSA কী এক্সচেঞ্জ এড়িয়ে চলুন, যার এই সুরক্ষা নেই।

সাধারণ HTTPS সমস্যা এবং সেগুলি এড়ানোর উপায়

TLS সমস্যা ডিবাগিং

যখন একটি হ্যান্ডশেক ব্যর্থ হয়, সংযোগ পরিদর্শন করতে openssl s_client ব্যবহার করুন:

openssl s_client -connect example.com:443 -servername example.com

এটি সার্টিফিকেট চেইন, আলোচিত প্রোটোকল এবং সাইফার দেখায়। ব্রাউজার-নির্দিষ্ট ত্রুটির জন্য, DevTools-এ Security প্যানেল পরীক্ষা করুন।

সচরাচর জিজ্ঞাসিত প্রশ্ন

HTTPS কি TLS-এর সমান?

HTTPS হলো TLS-এর উপর HTTP। TLS হলো ক্রিপ্টোগ্রাফিক প্রোটোকল; HTTPS হলো HTTP অ্যাপ্লিকেশন প্রোটোকলের নিরাপদ সংস্করণ।

আমার কি প্রতিটি সাবডোমেইনের জন্য আলাদা সার্টিফিকেট প্রয়োজন?

অগত্যা নয়। একটি ওয়াইল্ডকার্ড সার্টিফিকেট সমস্ত প্রথম-স্তরের সাবডোমেইন কভার করে, এবং একটি মাল্টি-ডোমেইন (SAN) সার্টিফিকেট একাধিক নাম তালিকাভুক্ত করতে পারে।

TLS 1.3 কীভাবে পারফরম্যান্স উন্নত করে?

TLS 1.3 হ্যান্ডশেককে এক রাউন্ড ট্রিপে (এবং পুনরায় শুরুতে শূন্য) কমিয়ে দেয় এবং সাইফার আলোচনা সরল করে, লেটেন্সি হ্রাস করে।

আপনার নিজের সাইটের নিরাপত্তা পরিদর্শন করতে প্রস্তুত? আপনার লগে সন্দেহজনক TLS ত্রুটি এবং হ্যান্ডশেক ব্যর্থতা সনাক্ত করতে আমাদের Nginx লগ বিশ্লেষক ব্যবহার করুন।