TLS/SSL সম্পর্কে

আপনি Apigee Edge ডকুমেন্টেশন দেখছেন।
Apigee X ডকুমেন্টেশন দেখুন। তথ্য

ট্রান্সপোর্ট লেয়ার সিকিউরিটি (TLS), যার পূর্বসূরী হল সিকিউর সকেট লেয়ার (SSL), হল একটি ওয়েব সার্ভার ও ওয়েব ক্লায়েন্টের মধ্যে এনক্রিপ্ট করা লিঙ্ক প্রতিষ্ঠা করার জন্য স্ট্যান্ডার্ড সুরক্ষা প্রযুক্তি, যেমন কোনও ব্রাউজার বা অ্যাপ। এনক্রিপ্ট করা লিঙ্ক নিশ্চিত করে যে সার্ভার ও ক্লায়েন্টের মধ্যে পাস করা সমস্ত ডেটা ব্যক্তিগত থাকে। TLS ব্যবহার করতে, ক্লায়েন্ট এনক্রিপ্টেড HTTPS প্রোটোকল ব্যবহার করে সার্ভারে একটি সুরক্ষিত অনুরোধ করে, এনক্রিপ্ট না করা HTTP প্রোটোকলের পরিবর্তে।

ক্লাউড ও অন-প্রেমিসেস, দু'টি ক্ষেত্রেই Edge একমুখী TLS ও দ্বিমুখী TLS সাপোর্ট করে (TLS-এর সাপোর্ট করা ভার্সন দেখতে সাপোর্ট করা সফ্টওয়্যার ও সাপোর্ট করা ভার্সন দেখুন)। একমুখী TLS, TLS ক্লায়েন্টকে TLS সার্ভারের পরিচয় যাচাই করতে দেয়। যেমন, Android ফোনে (ক্লায়েন্ট) রান করা কোনও অ্যাপ Edge API-এর (সার্ভার) পরিচয় যাচাই করতে পারে।

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

TLS পরিভাষা

TLS কনফিগার করার আগে আপনাকে নিম্নলিখিত গুরুত্বপূর্ণ শব্দ ও ধারণা সম্পর্কে জানতে হবে:

শব্দ	সংজ্ঞা
CA	সার্টিফিকেট অথরিটি। Symantec বা VeriSign-এর মতো বিশ্বস্ত এন্টিটি সার্টিফিকেট ইস্যু করত এবং সার্টিফিকেটের প্রামাণ্যতা যাচাই করত। এক ধরনের সার্টিফিকেট, যাকে সেল্ফ-সাইনড সার্টিফিকেট বলা হয়, তার জন্য CA-এর প্রয়োজন হয় না।
সার্টিফিকেট চেইন	প্রায়ই আপনার CA-এর মূল প্রাইভেট কী দিয়ে সাইন করা সার্টিফিকেট আপনার কাছে থাকবে না। পরিবর্তে, আপনার কাছে একটি বা একাধিক মধ্যবর্তী সার্টিফিকেট সহ আপনার সার্টিফিকেট আছে যা একটি চেইন তৈরি করে। চেনের শেষ ইন্টারমিডিয়েট সার্টিফিকেট সাধারণত CA-এর মূল প্রাইভেট কী দিয়ে সাইন করা হয়।
CSR	সার্টিফিকেট সাইনিং অনুরোধ। CSR হল TLS সার্ভারে তৈরি করা একটি ফাইল যা ব্যক্তিগত কী-এর উপর ভিত্তি করে তৈরি করা হয়। CSR-এ পাবলিক কী এবং অন্যান্য তথ্য থাকে, যেমন প্রতিষ্ঠানের নাম, লোকেশন ও ডোমেনের নাম। TLS সার্টিফিকেট তৈরি করতে CA, CSR-এ স্বাক্ষর করে। আপনার সার্টিফিকেটের মেয়াদ শেষ হয়ে গেলে এবং সেটি রিনিউ করতে চাইলে, আপনি সাধারণত CSR জেনারেট করেন। এটি।
DER	Distinguished Encoding Rules. DER ফর্ম্যাট হল ASCII PEM ফর্ম্যাটের পরিবর্তে সার্টিফিকেটের একটি বাইনারি ফর্ম। কখনও কখনও এটির ফাইল এক্সটেনশন .der হয়, তবে প্রায়শই এটির ফাইল এক্সটেনশন .cer হয়। DER .cer ফাইল এবং PEM .cer ফাইলের মধ্যে পার্থক্য বোঝার একমাত্র উপায় হল, ফাইলটি টেক্সট এডিটরে খুলে BEGIN ও END স্টেটমেন্টগুলি দেখা। সব ধরনের সার্টিফিকেট ও প্রাইভেট কী DER ফর্ম্যাটে এনকোড করা যেতে পারে। DER সাধারণত Java প্ল্যাটফর্মের সাথে ব্যবহার করা হয়।
কী অ্যালিয়াস	কীস্টোরে কী অ্যালিয়াস অনন্যভাবে কীস্টোর এন্ট্রি (TLS সার্টিফিকেট ও সংশ্লিষ্ট প্রাইভেট কী) শনাক্ত করে। Apigee Edge-এ, UI বা API ব্যবহার করে কীস্টোরে সার্টিফিকেট/কী আপলোড করার সময় KeyAlias-কে alias বলা হয়।
কীস্টোর	কীস্টোর হল একটি রেপোজিটরি যাতে এক বা একাধিক TLS সার্টিফিকেট এবং একটি অনুরূপ প্রাইভেট কী থাকে যা ক্লায়েন্ট ও সার্ভারের মধ্যে TLS হ্যান্ডশেক চলাকালীন এন্টিটি শনাক্ত করতে ব্যবহার করা হয়। নর্থবাউন্ড কানেকশনে, রাউটারটি সার্ভার হিসেবে কাজ করে এবং এর সার্টিফিকেট Apigee Edge-এর কীস্টোরে সেভ করা থাকে। সাউথবাউন্ড কানেকশনে, মেসেজ প্রসেসর ক্লায়েন্ট হিসেবে কাজ করে এবং ব্যাকএন্ড সার্ভার, সার্ভার হিসেবে কাজ করে। ক্লায়েন্ট সার্টিফিকেট এবং এর প্রাইভেট কী Apigee Edge-এর কীস্টোরে সেভ করা থাকে।
P7B	PKCS #7 বা P7B ফর্ম্যাট সাধারণত Base64 ASCII ফর্ম্যাটে সেভ করা হয় এবং এর ফাইল এক্সটেনশন হল .p7b বা .p7c। P7B সার্টিফিকেটে -----BEGIN PKCS7----- এবং -----END PKCS7----- বিবৃতি থাকে। P7B ফাইলে শুধুমাত্র সার্টিফিকেট ও চেইন সার্টিফিকেট থাকে, প্রাইভেট কী থাকে না।
PEM	প্রাইভেসি এনহ্যান্সড মেল (PEM) ফর্ম্যাট হল টেক্সট-ভিত্তিক ASCII ফর্ম্যাট যা বাইনারি ডিস্টিংগুইশড এনকোডিং রুল (DER) ফর্ম্যাটের Base64 এনকোডিং। PEM সার্টিফিকেট যেকোনও টেক্সট এডিটরে খোলা যায় এবং প্রকৃত সার্টিফিকেট কন্টেন্ট -----BEGIN CERTIFICATE----- ও -----END CERTIFICATE----- স্টেটমেন্টের মধ্যে সীমিত থাকে। এটি সার্টিফিকেট, সার্টিফিকেট চেইন বা প্রাইভেট কী সেভ করার জন্য X.509 ফর্ম্যাট মেনে চলে। আপনার cert বা প্রাইভেট কী PEM ফাইল দ্বারা সংজ্ঞায়িত না হলে, আপনি OpenSSL-এর মতো ইউটিলিটি ব্যবহার করে সেটিকে PEM ফাইলে কনভার্ট করতে পারবেন।
PKCS #12/PFX	PKCS #12 বা PFX ফর্ম্যাট হল সার্ভার সার্টিফিকেট, যেকোনও ইন্টারমিডিয়েট সার্টিফিকেট এবং এনক্রিপ্ট করা যায় এমন একটি ফাইলে প্রাইভেট কী সেভ করার বাইনারি ফর্ম্যাট। PFX ফাইলের সাধারণত .pfx ও .p12-এর মতো এক্সটেনশন থাকে। PFX ফাইল সাধারণত Windows মেশিনে সার্টিফিকেট ও প্রাইভেট কী ইমপোর্ট ও এক্সপোর্ট করার জন্য ব্যবহার করা হয়।
প্রাইভেট কী	ডেটা ডিক্রিপ্ট করার জন্য TLS সার্ভারে ব্যবহার করা হয়। শুধুমাত্র TLS সার্ভারের কাছে প্রাইভেট কী থাকে—এটি TLS ক্লায়েন্টের সাথে শেয়ার করা হয় না।
পাবলিক কী	TLS ক্লায়েন্ট থেকে TLS সার্ভারে পাঠানো ডেটা এনক্রিপ্ট করতে ব্যবহৃত হয়। সার্টিফিকেটে পাবলিক কী অন্তর্ভুক্ত আছে। সব TLS ক্লায়েন্টের কাছে সার্ভারের পাবলিক কীয়ের কপি থাকে।
রেফারেন্স	রেফারেন্স, কীস্টোরের জন্য এক ধরনের ইনডাইরেকশন প্রদান করে; তাই, একই রেফারেন্স ও কী অ্যালিয়াস বজায় থাকলে, কীস্টোরে পরিবর্তন করার জন্য ভার্চুয়াল হোস্ট আপডেট করার প্রয়োজন হয় না। এর ফলে আপনি নিজেই এইসব পরিবর্তন করতে পারবেন এবং Apigee সহায়তা টিমের উপর নির্ভরতা কমে যাবে।
নিজেই সই করা সার্টিফিকেট	বিশ্বস্ত CA-এর স্বাক্ষর নেই এমন সার্টিফিকেট। ইস্যুকারী ও বিষয় একই; তারা পাবলিক কীয়ের সাথে ম্যাচ করা প্রাইভেট কী দিয়ে সাইন করা হয়।
SNI	সার্ভার নেম ইন্ডিকেশন। একই IP অ্যাড্রেস ও পোর্ট থেকে একাধিক HTTPS টার্গেট পরিবেশন করার অনুমতি দেয়। এর জন্য টার্গেটগুলিকে একই সার্টিফিকেট ব্যবহার করতে হয় না।
TLS সার্টিফিকেট	TLS ট্রানজ্যাকশনে কোনও এন্টিটিকে শনাক্ত করে এমন একটি ডিজিটাল ফাইল। TLS সার্ভার ও TLS ক্লায়েন্টকে শনাক্ত করতে সার্টিফিকেট বা সার্ট ব্যবহার করা যেতে পারে। এটি TLS কনফিগারেশনের উপর নির্ভর করে।
Truststore	ক্লায়েন্টকে দেখানো TLS সার্ভারের সার্টিফিকেট যাচাই করার জন্য ব্যবহৃত TLS ক্লায়েন্টে বিশ্বস্ত সার্টিফিকেট থাকে। এইসব সার্টিফিকেট সাধারণত সেল্ফ-সাইন করা সার্টিফিকেট বা বিশ্বাসযোগ্য CA-এর দ্বারা সাইন করা হয় না। উত্তরমুখী কানেকশনে, ক্লায়েন্ট অ্যাপ্লিকেশনের সার্টিফিকেট Apigee Edge-এর ট্রাস্টস্টোরে সেভ করা থাকে। ক্লায়েন্ট ও Apigee-এর মধ্যে টু-ওয়ে TLS কনফিগার করা থাকলে তবেই এটি প্রয়োজন। সাউথবাউন্ড কানেকশনে, ব্যাকএন্ড সার্ভারের সার্টিফিকেট Apigee Edge-এর ট্রাস্টস্টোরে সেভ করা থাকে। আপনি যদি Apigee Edge এবং ব্যাকএন্ড সার্ভারের মধ্যে একমুখী বা দ্বিমুখী TLS কমিউনিকেশনে Apigee Edge-এ ব্যাকএন্ডের সার্টিফিকেট যাচাই করতে চান, তাহলে এটি প্রয়োজন। Apigee Edge-এ আলাদা কোনও truststore অবজেক্ট নেই। তাই, ট্রাস্টস্টোর কীস্টোর অবজেক্ট হিসেবে তৈরি করা হয়, কিন্তু যেখানেই এটি ব্যবহার করা হয় (যেমন, ভার্চুয়াল হোস্ট, টার্গেট এন্ডপয়েন্ট, টার্গেট সার্ভার ইত্যাদি), সেখানে ট্রাস্টস্টোর হিসেবে রেফারেন্স করা হয়।
ভার্চুয়াল হোস্ট	ভার্চুয়াল হোস্ট ক্লায়েন্ট অ্যাপ্লিকেশনের জন্য Apigee API এন্ডপয়েন্টকে বোঝায়। এটি এমন একটি এন্টিটি যা একাধিক ডোমেন নাম হোস্ট করতে সাহায্য করে ( প্রতিটি নামের জন্য আলাদা আলাদা হ্যান্ডেলিং সহ) একটি সার্ভারে (বা সার্ভারের পুল)। এর ফলে একটি সার্ভার তার রিসোর্স, যেমন মেমরি ও প্রসেসর সাইকেল শেয়ার করতে পারে। এর জন্য একই হোস্ট নেম ব্যবহার করে সব পরিষেবা প্রদান করার প্রয়োজন হয় না। ভার্চ্যুয়াল হোস্ট HTTP বা HTTPS (SSL-চালু করা) ট্রাফিক পরিবেশন করতে পারে। SSL চালু করা ভার্চুয়াল হোস্টকে একমুখী বা দ্বিমুখী TLS মোডে কনফিগার করা যেতে পারে। এটি নিম্নলিখিত বিষয়গুলির সাথে কনফিগার করা হয়: এক বা একাধিক hostalias (API এন্ডপয়েন্ট DNS নাম)। পোর্ট কীস্টোর কীস্টোরে থাকা সার্ভার সার্টিফিকেটের মধ্যে কোনও একটিকে অনন্যভাবে শনাক্ত করার জন্য কী অ্যালিয়াস। ঐচ্ছিকভাবে, একটি ট্রাস্টস্টোর (টু-ওয়ে TLS-এ, যেখানে ক্লায়েন্ট যাচাইকরণ চালু করা আছে)।

একমুখী TLS/SSL

নিচের ছবিতে TLS ক্লায়েন্ট ও TLS সার্ভারের মধ্যে একমুখী যাচাইকরণের জন্য TLS/SSL হ্যান্ডশেকিং দেখানো হয়েছে:

একমুখী TLS কনফিগারেশনে, হ্যান্ডশেকটি নিম্নলিখিতভাবে হয়:

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

নিচের ছবিতে ক্লায়েন্টে ঐচ্ছিক ট্রাস্টস্টোর ব্যবহার করে TLS/SSL হ্যান্ডশেকিং দেখানো হয়েছে:

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

একমুখী TLS-এ, Edge নিম্নলিখিত উপায়ে সার্ভার বা ক্লায়েন্ট হতে পারে:

• TLS সার্ভার হিসেবে Edge

  Edge হল TLS এন্ডপয়েন্ট হোস্ট করা সার্ভার, যেখানে TLS এন্ডপয়েন্ট একটি API প্রক্সি ভার্চুয়াল হোস্টে ডিপ্লয় করা হয়। ক্লায়েন্ট হল একটি অ্যাপ যা API প্রক্সি অ্যাক্সেস করার চেষ্টা করছে। এই পরিস্থিতিতে, Edge-এর কাছে সার্টিফিকেট ও ব্যক্তিগত কী সহ কীস্টোর আছে।

• TLS ক্লায়েন্ট হিসেবে Edge

  Edge হল ক্লায়েন্ট যা ব্যাকএন্ড পরিষেবা অ্যাক্সেস করে। এই ক্ষেত্রে, ব্যাকএন্ড পরিষেবা TLS এন্ডপয়েন্ট হোস্ট করা সার্ভারের সাথে সম্পর্কিত। তাই, ব্যাকএন্ড সার্ভারে একটি কীস্টোর থাকে যাতে এর সার্টিফিকেট ও প্রাইভেট কী থাকে।

টু-ওয়ে TLS

নিচের ছবিতে ক্লায়েন্ট ও সার্ভারের মধ্যে টু-ওয়ে TLS অথেন্টিকেশনের জন্য TLS/SSL হ্যান্ডশেকিং দেখানো হয়েছে:

টু-ওয়ে TLS-এ হ্যান্ডশেক নিম্নলিখিতভাবে হয়:

• ক্লায়েন্ট ও সার্ভার, দু'টিরই নিজস্ব কীস্টোর আছে। ক্লায়েন্টের কীস্টোরে তার সার্টিফিকেট ও ব্যক্তিগত কী থাকে এবং সার্ভারের কীস্টোরে তার সার্টিফিকেট ও ব্যক্তিগত কী থাকে।
• TLS সার্ভার নিজেকে যাচাই করার জন্য TLS ক্লায়েন্টের কাছে নিজের সার্টিফিকেট উপস্থাপন করে। ক্লায়েন্ট তার সার্টিফিকেট সার্ভারে পাঠানোর আগে সার্ভারের পরিচয় যাচাই করে নেয়।
• TLS ক্লায়েন্ট, সার্ভারের কাছে নিজের সার্টিফিকেট জমা দেয় যাতে সার্ভার সেটিকে যাচাই করতে পারে।

নিচের ছবিতে ঐচ্ছিক ট্রাস্টস্টোর ব্যবহার করে TLS হ্যান্ডশেকিং দেখানো হয়েছে:

এই পরিস্থিতিতে হ্যান্ডশেকটি হল:

• TLS সার্ভার যদি স্ব-স্বাক্ষরিত সার্টিফিকেট বা এমন সার্টিফিকেট ব্যবহার করে যা কোনও বিশ্বস্ত CA দ্বারা সাইন করা হয়নি, তাহলে আপনাকে ক্লায়েন্টে ট্রাস্টস্টোর তৈরি করতে হবে। ক্লায়েন্টের কাছে তার ট্রাস্টস্টোরে সার্ভারের সার্টিফিকেটের একটি কপি আছে। TLS হ্যান্ডশেকিংয়ের সময়, সার্ভারের পরিচয় যাচাই করতে, ক্লায়েন্ট তার ট্রাস্টস্টোরে থাকা সার্টিফিকেটের সাথে সার্ভারের পাঠানো সার্টিফিকেট তুলনা করে।
• TLS ক্লায়েন্ট স্ব-স্বাক্ষরিত সার্টিফিকেট বা বিশ্বস্ত CA দ্বারা স্বাক্ষর করা হয়নি এমন সার্টিফিকেট ব্যবহার করলে, আপনি সার্ভারে একটি ট্রাস্টস্টোর তৈরি করেন। সার্ভারের ট্রাস্টস্টোরে ক্লায়েন্টের সার্টিফিকেটের একটি কপি থাকে। TLS হ্যান্ডশেকিংয়ের সময়, ক্লায়েন্টের পরিচয় যাচাই করতে, সার্ভার তার ট্রাস্টস্টোরে থাকা cert-এর সাথে ক্লায়েন্টের পাঠানো cert-এর তুলনা করে।

ক্লায়েন্ট বা সার্ভার অথবা দু'টিই ট্রাস্টস্টোর ব্যবহার করতে পারে।

টু-ওয়ে TLS-এ, Edge নিম্নলিখিত উপায়ে সার্ভার বা ক্লায়েন্ট হতে পারে:

• সার্ভার হিসেবে Edge

  Edge হল TLS এন্ডপয়েন্ট হোস্ট করা সার্ভার, যেখানে TLS এন্ডপয়েন্ট একটি API প্রক্সির সাথে সম্পর্কিত। ক্লায়েন্ট হল একটি অ্যাপ যা API প্রক্সি অ্যাক্সেস করার চেষ্টা করছে। এই পরিস্থিতিতে, Edge-এর কাছে একটি কীস্টোর আছে যাতে সার্টিফিকেট ও ব্যক্তিগত কী আছে এবং ক্লায়েন্টের সার্টিফিকেট ও CA চেইন আছে এমন একটি ট্রাস্টস্টোর প্রয়োজন।

• ক্লায়েন্ট হিসেবে Edge

  Edge একটি ক্লায়েন্ট হিসেবে কাজ করে যা ব্যাকএন্ড পরিষেবা অ্যাক্সেস করে। এই ক্ষেত্রে, ব্যাকএন্ড পরিষেবা TLS এন্ডপয়েন্ট হোস্ট করা সার্ভারের সাথে সম্পর্কিত। তাই, ব্যাকএন্ড সার্ভারে একটি কীস্টোর থাকে যাতে এর সার্টিফিকেট ও প্রাইভেট কী থাকে।

  এছাড়াও, Edge-কে অবশ্যই একটি কীস্টোর নির্ধারণ করতে হবে যাতে ব্যাকএন্ড পরিষেবার কাছে নিজেকে যাচাই করার জন্য প্রয়োজনীয় সার্টিফিকেট থাকে এবং ঐচ্ছিকভাবে ব্যাকএন্ড সার্ভার থেকে একটি ট্রাস্টস্টোর থাকে যদি সার্ভারটি একটি সেল্ফ-সাইন করা সার্টিফিকেট বা একটি সার্টিফিকেট ব্যবহার করে যা কোনও বিশ্বস্ত CA দ্বারা সাইন করা হয় না।

মনে রাখার মতো গুরুত্বপূর্ণ বিষয় হল, Edge এতটাই ফ্লেক্সিবল যে আপনি যেভাবে কনফিগার করার সিদ্ধান্ত নিন না কেন, এটি টু-ওয়ে TLS সাপোর্ট করতে পারে।

SNI সহায়তা

Edge, API প্রক্সি থেকে Edge-এ সার্ভার নেম ইন্ডিকেশন (SNI) ব্যবহার করার সুবিধা দেয়, যেখানে Edge TLS সার্ভার হিসেবে কাজ করে এবং Edge থেকে টার্গেট এন্ডপয়েন্টে, যেখানে Edge TLS ক্লায়েন্ট হিসেবে কাজ করে, এই দুটিই ক্লাউড ও প্রাইভেট ক্লাউড ইনস্টলেশনে হয়।

TLS/SSL-এর এক্সটেনশন SNI-এর সাহায্যে, একাধিক HTTPS টার্গেট একই IP অ্যাড্রেস ও পোর্ট থেকে পরিবেশন করা যায় এবং এর জন্য টার্গেটগুলিকে একই সার্টিফিকেট ব্যবহার করতে হয় না।

অন-প্রাঙ্গণে ইনস্টলেশনের জন্য SNI চালু করা সংক্রান্ত তথ্যের জন্য, দেখুন Edge-এর সাথে SNI ব্যবহার করা।

উত্তরমুখী ও দক্ষিণমুখী

Apigee-তে, API প্রক্সি ইনভোক করার জন্য ক্লায়েন্ট অ্যাপ্লিকেশন ব্যবহার করে এমন API এন্ডপয়েন্টকে নর্থবাউন্ড বলা হয়। সাধারণত, রাউটার হল Apigee Edge-এ প্রবেশ বিন্দু এবং এটি Apigee Edge-এ আসা অনুরোধগুলি ম্যানেজ করে। তাই Apigee-তে, ক্লায়েন্ট অ্যাপ্লিকেশন এবং Apigee Edge (রাউটার)-এর মধ্যে যোগাযোগের জন্য ব্যবহৃত এন্ডপয়েন্টকে নর্থবাউন্ড বলা হয়।

Apigee-তে, সাউথবাউন্ড বলতে সেই টার্গেট এন্ডপয়েন্টকে বোঝায় যা Apigee ব্যাকএন্ড সার্ভারের সাথে যোগাযোগ করার জন্য ব্যবহার করে। তাই, Apigee-তে, Apigee Edge (মেসেজ প্রসেসর) এবং ব্যাকএন্ড সার্ভারের মধ্যে যোগাযোগের জন্য ব্যবহৃত এন্ডপয়েন্টকে সাউথবাউন্ড বলা হয়। মেসেজ প্রসেসর হল Apigee Edge-এর একটি কম্পোনেন্ট যা ব্যাকএন্ড টার্গেট সার্ভারে API অনুরোধের প্রক্সি করে।

নিচের ছবিতে Apigee Edge-এর জন্য উত্তরমুখী ও দক্ষিণমুখী কানেকশন দেখানো হয়েছে: