আপনি Apigee Edge ডকুমেন্টেশন দেখছেন।
Apigee X ডকুমেন্টেশন দেখুন। তথ্য
প্রাইভেট ক্লাউড ভার্সন 4.17.09 ও তার আগের ভার্সনের জন্য Edge-এ কীভাবে কীস্টোর ও ট্রাস্টস্টোর তৈরি, পরিবর্তন ও মুছে ফেলতে হয় তা এই ডকুমেন্টে বর্ণনা করা হয়েছে।
কীস্টোর ও ট্রাস্টস্টোর সম্পর্কে
TLS এনক্রিপশনের জন্য ব্যবহৃত নিরাপত্তা সার্টিফিকেটের রেপোজিটরি কীস্টোর ও ট্রাস্টস্টোর দ্বারা নির্ধারিত হয়। দুটির মধ্যে প্রধান পার্থক্য হল, TLS হ্যান্ডশেকিং প্রসেসে সেগুলি কোথায় ব্যবহার করা হয়:
- TLS হ্যান্ডশেকিংয়ের সময় এন্টিটি শনাক্ত করতে ব্যবহৃত TLS সার্টিফিকেট ও প্রাইভেট কী কীস্টোরে থাকে।
একমুখী TLS-এ, কোনও ক্লায়েন্ট সার্ভারের TLS এন্ডপয়েন্টে কানেক্ট করলে, সার্ভারের কীস্টোর ক্লায়েন্টকে সার্ভারের সার্টিফিকেট (পাবলিক সার্টিফিকেট) দেখায়। ক্লায়েন্ট তারপরে Symantec বা VeriSign-এর মতো সার্টিফিকেট কর্তৃপক্ষের (CA) সাথে সার্টিফিকেটটি যাচাই করে।
টু-ওয়ে TLS-এ, ক্লায়েন্ট ও সার্ভার, দু'জনেই নিজেদের সার্টিফিকেট ও পারস্পরিক যাচাইকরণের জন্য ব্যবহৃত ব্যক্তিগত কী সহ একটি কীস্টোর বজায় রাখে। - truststore TLS হ্যান্ডশেকিংয়ের অংশ হিসেবে প্রাপ্ত সার্টিফিকেট যাচাই করতে ব্যবহৃত সার্টিফিকেট থাকে।
একমুখী TLS-এ, কোনও বৈধ CA-এর মাধ্যমে সার্টিফিকেট সাইন করা হলে, ট্রাস্টস্টোরের প্রয়োজন হয় না। TLS ক্লায়েন্ট প্রাপ্ত সার্টিফিকেট কোনও বৈধ CA দ্বারা স্বাক্ষরিত হলে, ক্লায়েন্ট CA-কে সার্টিফিকেট যাচাইকরণের অনুরোধ করে। TLS ক্লায়েন্ট সাধারণত TLS সার্ভার থেকে পাওয়া নিজের স্বাক্ষর করা সার্টিফিকেট অথবা বিশ্বস্ত CA-এর স্বাক্ষর করা নয় এমন সার্টিফিকেট যাচাই করার জন্য ট্রাস্টস্টোর ব্যবহার করে। এই পরিস্থিতিতে, ক্লায়েন্ট তার ট্রাস্টস্টোরকে এমন সার্টিফিকেট দিয়ে পূরণ করে যেগুলিকে সে বিশ্বাস করে। তারপরে, ক্লায়েন্ট যখন সার্ভার সার্টিফিকেট পায়, তখন ইনকামিং সার্টিফিকেটটি সেটির ট্রাস্টস্টোরে থাকা সার্টিফিকেটের সাথে যাচাই করা হয়।
যেমন, একটি TLS ক্লায়েন্ট TLS সার্ভারের সাথে কানেক্ট করে যেখানে সার্ভার একটি সেল্ফ-সাইন করা সার্টিফিকেট ব্যবহার করে। এটি সেল্ফ-সাইন করা সার্টিফিকেট হওয়ায়, ক্লায়েন্ট কোনও CA-এর মাধ্যমে এটি যাচাই করতে পারবে না। এর পরিবর্তে, ক্লায়েন্ট তার ট্রাস্টস্টোরে সার্ভারের সেল্ফ-সাইন করা সার্টিফিকেট প্রি-লোড করে। তারপরে, ক্লায়েন্ট যখন সার্ভারের সাথে কানেক্ট করার চেষ্টা করে, তখন ক্লায়েন্ট তার ট্রাস্টস্টোর ব্যবহার করে সার্ভারের থেকে পাওয়া সার্টিফিকেট যাচাই করে।
টু-ওয়ে TLS-এর জন্য, TLS ক্লায়েন্ট ও TLS সার্ভার, দুটিই ট্রাস্টস্টোর ব্যবহার করতে পারে। Edge TLS সার্ভার হিসেবে কাজ করলে, টু-ওয়ে TLS পারফর্ম করার সময় ট্রাস্টস্টোর প্রয়োজন হয়।
সার্টিফিকেট কোনও সার্টিফিকেট অথরিটি (CA) ইস্যু করতে পারে অথবা আপনার তৈরি করা ব্যক্তিগত কী ব্যবহার করে সেটি সেল্ফ-সাইন করা হতে পারে। আপনার CA-তে অ্যাক্সেস থাকলে, কী জেনারেট করা ও সার্টিফিকেট ইস্যু করার জন্য আপনার CA-এর প্রদান করা নির্দেশাবলী অনুসরণ করুন। আপনার কাছে CA-এর অ্যাক্সেস না থাকলে, আপনি openssl-এর মতো অনেক সর্বজনীন উপলভ্য ফ্রি টুলের মধ্যে একটি ব্যবহার করে একটি সেল্ফ-সাইনড সার্টিফিকেট তৈরি করতে পারবেন।
Edge-এ কীস্টোর ও ট্রাস্টস্টোর প্রয়োগ করা
Edge-এ, কীস্টোরে এক বা একাধিক JAR ফাইল থাকে, যেখানে JAR ফাইলে এগুলি থাকে:
- PEM ফাইল হিসেবে TLS সার্টিফিকেট - হয় সার্টিফিকেট অথরিটি (CA) দ্বারা স্বাক্ষরিত সার্টিফিকেট অথবা সার্টিফিকেটের একটি চেইন যেখানে শেষ সার্টিফিকেটটি CA দ্বারা স্বাক্ষরিত অথবা একটি স্ব-স্বাক্ষরিত সার্টিফিকেট।
- PEM ফাইল হিসেবে প্রাইভেট কী। Edge ২০৪৮ বিট পর্যন্ত কী সাইজ সাপোর্ট করে। পাসফ্রেজ ঐচ্ছিক।
ট্রাস্টস্টোর হল কীস্টোরের মতো, তবে এতে PEM ফাইল হিসেবে শুধুমাত্র সার্টিফিকেট থাকে, কিন্তু কোনও প্রাইভেট কী থাকে না।
সার্টিফিকেটটি কোনও চেনের অংশ হলে, কীস্টোর/ট্রাস্টস্টোরে চেনের সব সার্টিফিকেট থাকতে হবে, সেগুলি আলাদা আলাদা PEM ফাইল হিসেবে বা একটি ফাইল হিসেবে থাকতে পারে। আপনি একটি ফাইল ব্যবহার করলে, তাহলে সার্টিফিকেটগুলি অবশ্যই এমন ক্রমে থাকতে হবে যেখানে ফাইলের প্রথম সার্টিফিকেটটি TLS-এর জন্য ব্যবহৃত সার্টিফিকেট এবং তারপরে CA সার্টিফিকেটের জন্য সার্টিফিকেটগুলির ক্রম থাকতে হবে। ফাইলের প্রতিটি সার্টিফিকেটের মধ্যে আপনাকে একটি করে ফাঁকা লাইন দিতে হবে।
Edge একটি API প্রদান করে যা আপনি কীস্টোর এবং ট্রাস্টস্টোর তৈরি করতে ব্যবহার করেন। প্রকৃত API একই থাকে। পার্থক্য হল, আপনি যখন কীস্টোর তৈরি করেন, তখন আপনি একটি JAR ফাইল পাস করেন যাতে সার্টিফিকেট এবং ব্যক্তিগত কী থাকে। আপনি ট্রাস্টস্টোর তৈরি করার সময়, শুধু PEM ফাইল হিসেবে cert পাস করেন।
সার্টিফিকেট ও কী ফাইলের ফর্ম্যাট সম্পর্কে
এই ডকুমেন্টে দেওয়া উদাহরণে TLS cert ও কী PEM ফাইল হিসেবে দেখানো হয়েছে, যা X.509 ফর্ম্যাট মেনে চলে। আপনার cert বা প্রাইভেট কী PEM ফাইল দ্বারা সংজ্ঞায়িত না হলে, আপনি openssl-এর মতো ইউটিলিটি ব্যবহার করে সেটি PEM ফাইলে কনভার্ট করতে পারবেন।
তবে, অনেক .crt ফাইল এবং .key ফাইল আগেই PEM ফর্ম্যাটে থাকে। এইসব ফাইল টেক্সট ফাইল হলে এবং এগুলির মধ্যে থাকলে:
-----BEGIN CERTIFICATE----- -----END CERTIFICATE-----
অথবা:
-----BEGIN ENCRYPTED PRIVATE KEY----- -----END ENCRYPTED PRIVATE KEY-----
তাহলে ফাইলগুলি PEM ফর্ম্যাটের সাথে মানানসই হবে এবং আপনি সেগুলি PEM ফাইলে কনভার্ট না করেই কীস্টোর বা ট্রাস্টস্টোরে ব্যবহার করতে পারবেন।
আপনার কাছে যদি কোনও সার্টিফিকেট চেইন থাকে এবং আপনি সেই চেইনটি কোনও কীস্টোর বা ট্রাস্টস্টোরে ব্যবহার করতে চান, তাহলে আপনি প্রতিটি সার্টিফিকেটের মধ্যে একটি নতুন লাইন সহ সমস্ত সার্টিফিকেটকে একটি PEM ফাইলে একত্রিত করতে পারেন। সার্টিফিকেটগুলি সঠিক ক্রমে থাকতে হবে এবং শেষ সার্টিফিকেটটি অবশ্যই রুট সার্টিফিকেট বা রুট সার্টিফিকেট দ্বারা সাইন করা অন্তর্বর্তী সার্টিফিকেট হতে হবে:
-----BEGIN CERTIFICATE----- (Your Primary TLS certificate) -----END CERTIFICATE----- -----BEGIN CERTIFICATE----- (Intermediate certificate) -----END CERTIFICATE----- -----BEGIN CERTIFICATE----- (Root certificate or intermediate certificate signed by a root certificate) -----END CERTIFICATE-----
আগে থেকে থাকা কীস্টোর সম্পর্কে বিবরণ পাওয়া
List Keystores and Truststores API ব্যবহার করে আগে থেকেই আছে এমন কোনও কীস্টোর আছে কিনা তা চেক করুন:
curl -X GET \
https://api.enterprise.apigee.com/v1/o/{org_name}/environments/{env_name}/keystores \
-u email:password
ক্লাউড গ্রাহকদের জন্য, টেস্ট ও প্রোডাকশন, এই দুটি এনভায়রনমেন্টেই ফ্রি ট্রায়াল সংস্থার জন্য একটি ডিফল্ট কীস্টোর প্রদান করা হয়। এই কলের জন্য আপনাকে দুটি এনভায়রনমেন্টেই নিম্নলিখিত ফলাফল দেখতে হবে: এনভায়রনমেন্ট:
[ "freetrial" ]
আপনি এই ডিফল্ট কীস্টোর ব্যবহার করে API পরীক্ষা করতে এবং প্রোডাকশনে API পুশ করতে পারবেন, তবে প্রোডাকশনে ডেপ্লয় করার আগে সাধারণত আপনি নিজের সার্টিফিকেট ও কী সহ নিজস্ব কীস্টোর তৈরি করেন।
প্রাইভেট ক্লাউড গ্রাহকদের জন্য, আপনি প্রথম কীস্টোর তৈরি না করা পর্যন্ত রিটার্ন করা অ্যারে খালি থাকে।
Get a Keystore or Truststore API ব্যবহার করে কীস্টোরের কন্টেন্ট চেক করুন। ক্লাউড গ্রাহকের ক্ষেত্রে, আপনাকে একটি সার্ভার TLS সার্টিফিকেট দেখতে হবে--এটি হল ডিফল্ট সার্টিফিকেট যা Apigee Edge ফ্রি ট্রায়াল অ্যাকাউন্টের জন্য প্রদান করে।
curl https://api.enterprise.apigee.com/v1/o/{org_name}/environments/{env_name}/keystores/freetrial \
-u email:passwordউত্তরটি এমনভাবে দেখানো উচিত:
{ "certs" : [ "wildcard.apigee.net.crt" ], "keys" : [ "freetrial" ], "name" : "freetrial" }
এছাড়াও, আপনি Edge ম্যানেজমেন্ট UI-তে এই তথ্য দেখতে পাবেন:
- https://enterprise.apigee.com (ক্লাউড) বা
http://<ms-ip>:9000(অন-প্রিমিজেস) লিঙ্কে Edge ম্যানেজমেন্ট UI-তে লগ-ইন করুন, যেখানে<ms-ip>হল ম্যানেজমেন্ট সার্ভার নোডের IP অ্যাড্রেস। - Edge ম্যানেজমেন্ট UI মেনুতে, অ্যাডমিন > TLS সার্টিফিকেট বিকল্প বেছে নিন।
TLS সার্টিফিকেটের বিবরণ পাওয়া
আপনি কীস্টোর বা ট্রাস্টস্টোর থেকে সার্টিফিকেট সংক্রান্ত বিবরণ পান API ব্যবহার করে কীস্টোরে থাকা TLS সার্টিফিকেটের বিবরণ দেখতে পারেন, যেমন মেয়াদ শেষ হওয়ার তারিখ ও ইস্যুকারী। প্রথমে, আপনি যে সার্টিফিকেটে আগ্রহী সেটির নাম জানুন। এই উদাহরণে "freetrial" নামের কীস্টোরের তথ্য আনা হয়েছে।
curl https://api.enterprise.apigee.com/v1/o/{org_name}/environments/{env_name}/keystores/freetrial \
-u email:passwordউত্তরের নমুনা:
{ "certs" : [ "wildcard.apigee.net.crt" ], "keys" : [ "freetrial" ], "name" : "freetrial" }
তারপর, সার্টিফিকেট সংক্রান্ত বিবরণ পেতে certs প্রপার্টির ভ্যালু ব্যবহার করুন:
curl https://api.enterprise.apigee.com/v1/o/{org_name}/environments/{env_name}/keystores/freetrial/certs/wildcard.apigee.net.crt \
-u email:password
উত্তরের নমুনা:
{ "certInfo" : [ { "expiryDate" : "Wed, 23 Apr 2014 20:50:02 UTC", "isValid" : "Yes", "issuer" : "CN=Go Daddy Secure Certificate Authority - G2, OU=http://certs.godaddy.com/repository/, O="GoDaddy.com, Inc.", L=Scottsdale, ST=Arizona, C=US", "subject" : CN=*.example.apigee.net, OU=Domain Control Validated", "subjectAlternativeNames" : ["*.example.apigee.net","*.example.apigee.net" ], "validFrom" : "Tue, 15 Apr 2014 09:17:03 UTC", "version" : 3 } ], "name" : "example.apigee.net.crt" }
এছাড়াও, আপনি Edge ম্যানেজমেন্ট UI-তে এই তথ্য দেখতে পাবেন:
- https://enterprise.apigee.com (ক্লাউড) বা
http://<ms-ip>:9000(অন-প্রিমিজেস) লিঙ্কে Edge ম্যানেজমেন্ট UI-তে লগ-ইন করুন, যেখানে<ms-ip>হল ম্যানেজমেন্ট সার্ভার নোডের IP অ্যাড্রেস। - Edge ম্যানেজমেন্ট UI মেনুতে, অ্যাডমিন > TLS সার্টিফিকেট বিকল্প বেছে নিন।
Edge UI-তে, Edge কতদিন আগে থেকে কোনও সার্টিফিকেটের মেয়াদ শেষ হতে চলেছে বলে ইঙ্গিত করবে তা আপনি নির্দিষ্ট করতে পারবেন। ডিফল্ট হিসেবে, UI আগামী ১০ দিনের মধ্যে মেয়াদ শেষ হয়ে যাওয়া কোনও সার্টিফিকেট হাইলাইট করে।
কীস্টোর তৈরি করা
কীস্টোর আপনার প্রতিষ্ঠানের কোনও এনভায়রনমেন্টের জন্য নির্দিষ্ট, যেমন টেস্ট বা প্রোডাকশন এনভায়রনমেন্ট। তাই, প্রোডাকশন এনভায়রনমেন্টে ডেপ্লয় করার আগে টেস্ট এনভায়রনমেন্টে কীস্টোর পরীক্ষা করতে চাইলে, আপনাকে অবশ্যই দুটি এনভায়রনমেন্টেই এটি তৈরি করতে হবে।
কীস্টোর তৈরি করার প্রসেস দুটি ধাপে সম্পন্ন হয়:
- আপনার সার্টিফিকেট ও ব্যক্তিগত কী সহ একটি JAR ফাইল তৈরি করুন।
- কীস্টোর তৈরি করুন এবং JAR ফাইল আপলোড করুন।
আপনার cert ও ব্যক্তিগত কী সহ একটি JAR ফাইল তৈরি করুন
আপনার প্রাইভেট কী, সার্টিফিকেট ও ম্যানিফেস্ট সহ JAR ফাইল তৈরি করুন। JAR ফাইলে নিম্নলিখিত ফাইল ও ডিরেক্টরি থাকতে হবে:
/META-INF/descriptor.properties myCert.pem myKey.pem
আপনার কী পেয়ার ও সার্টিফিকেট থাকা ডিরেক্টরিতে, /META-INF নামের একটি ডিরেক্টরি তৈরি করুন। তারপর, নিম্নলিখিত
কন্টেন্ট সহ
descriptor.properties নামে
/META-INF একটি ফাইল তৈরি করুন:
certFile={myCertificate}.pem keyFile={myKey}.pem
আপনার কী পেয়ার ও সার্টিফিকেট সহ JAR ফাইল তৈরি করুন:
jar -cf myKeystore.jar myCert.pem myKey.pem
আপনার JAR ফাইলে descriptor.properties যোগ করুন:
jar -uf myKeystore.jar META-INF/descriptor.properties
কীস্টোর তৈরি করুন এবং JAR ফাইল আপলোড করুন
কোনও এনভায়রনমেন্টে কীস্টোর তৈরি করতে, আপনাকে শুধু কীস্টোর বা ট্রাস্টস্টোর তৈরি করুন API-তে কীস্টোরের নাম উল্লেখ করতে হবে। নামে শুধুমাত্র বর্ণসাংখ্যিক অক্ষর থাকতে পারে:
curl -X POST -H "Content-Type: text/xml" \
https://api.enterprise.apigee.com/v1/o/{org_name}/environments/{env_name}/keystores \
-d '<KeyStore name="myKeystore"/>' -u email:password
উত্তরের নমুনা:
{ "certs" : [ ], "keys" : [ ], "name" : "myKeystore" }
কোনও এনভায়রনমেন্টে নাম দেওয়া কীস্টোর তৈরি করার পরে, আপনি কীস্টোরে JAR ফাইল আপলোড করুন API ব্যবহার করে আপনার JAR ফাইল আপলোড করতে পারবেন, যেটিতে সার্টিফিকেট ও ব্যক্তিগত কী থাকে:
curl -X POST -H "Content-Type: multipart/form-data" \
-F file="@myKeystore.jar" -F password={key_pass} \ "https://api.enterprise.apigee.com/v1/o/{org_name}/environments/{env_name}/keystores/{myKeystore}/keys?alias={key_alias}" \
-u email:password
যেখানে -F বিকল্পটি JAR ফাইলের পাথ
নির্দিষ্ট করে।
এই কলে, আপনি দুটি কোয়েরি প্যারামিটার নির্দিষ্ট করেন:
alias- কী স্টোরে সার্টিফিকেট ও কী শনাক্ত করে। আপনি ভার্চুয়াল হোস্ট তৈরি করার সময়, এর ছদ্মনাম দিয়ে সার্টিফিকেট ও কী রেফারেন্স করেন।password- ব্যক্তিগত কী-এর পাসওয়ার্ড। প্রাইভেট কী-তে কোনও পাসওয়ার্ড না থাকলে এই প্যারামিটার বাদ দিন।
আপনার কীস্টোর সঠিকভাবে আপলোড করা হয়েছে কিনা তা যাচাই করুন:
curl https://api.enterprise.apigee.com/v1/o/{org_name}/environments/{env_name}/keystores/myKeystore \
-u email:password
উত্তরের নমুনা:
{ "certs" : [ "myCertificate" ], "keys" : [ "myKey" ], "name" : "myKeystore" }
ট্রাস্টস্টোর তৈরি করা
আপনি ট্রাস্টস্টোর তৈরি করার জন্য যে API ব্যবহার করেন, তা কীস্টোর তৈরি করার জন্য ব্যবহৃত API-এর মতোই। দু'টির মধ্যে একমাত্র পার্থক্য হল, আপনি JAR ফাইলের পরিবর্তে cert ফাইলটিকে PEM ফাইল হিসেবে পাস করেন।
সার্টিফিকেটটি কোনও চেনের অংশ হলে, আপনাকে অবশ্যই চেনের সব সার্টিফিকেট আলাদা আলাদা করে
ট্রাস্টস্টোরে আপলোড করতে হবে অথবা সব সার্টিফিকেট সহ একটি ফাইল তৈরি করতে হবে। ফাইলের প্রতিটি সার্টিফিকেটের
মাঝে একটি করে নতুন লাইন যোগ করুন। সাধারণত, সার্টিফিকেট প্রদানকারী কর্তৃপক্ষ চূড়ান্ত সার্টিফিকেটে স্বাক্ষর করেন। যেমন,
ট্রাস্টস্টোরে, আপনি একটি ক্লায়েন্ট সার্টিফিকেট, client_cert_1 এবং ক্লায়েন্ট সার্টিফিকেট
ইস্যুকারীর সার্টিফিকেট, ca_cert আপলোড করেন।
টু-ওয়ে TLS যাচাইকরণের সময়, সার্ভার TLS হ্যান্ডশেকিং প্রসেসের অংশ হিসেবে ক্লায়েন্টকে
client_cert_1 পাঠালে
ক্লায়েন্ট যাচাইকরণ সফল হয়।
বিকল্প হিসেবে, আপনার কাছে দ্বিতীয় সার্টিফিকেট, client_cert_2 আছে, যেটি একই সার্টিফিকেট,
ca_cert দিয়ে সই করা হয়েছে। তবে, আপনি ট্রাস্টস্টোরে
client_cert_2 আপলোড
করেন না। ট্রাস্টস্টোরে এখনও client_cert_1 ও ca_cert আছে।
TLS হ্যান্ডশেকিংয়ের অংশ হিসেবে সার্ভার client_cert_2 পাস করলে, অনুরোধটি
সফল হয়। এর কারণ হল, Edge TLS যাচাইকরণ সফল হওয়ার অনুমতি দেয়, যখন client_cert_2 ট্রাস্টস্টোরে না থাকলেও
ট্রাস্টস্টোরে থাকা কোনও সার্টিফিকেট দিয়ে সাইন করা হয়। আপনি যদি CA
সার্টিফিকেট, ca_cert, ট্রাস্টস্টোর থেকে
সরিয়ে দেন, তাহলে TLS যাচাইকরণ ব্যর্থ হয়।
কীস্টোর বা ট্রাস্টস্টোর তৈরি করুন ব্যবহার করে এনভায়রনমেন্টে একটি খালি ট্রাস্টস্টোর তৈরি করুন, এটি সেই একই API যা আপনি কীস্টোর তৈরি করতে ব্যবহার করেন:
curl -X POST -H "Content-Type: text/xml" -d \
'<KeyStore name="myTruststore"/>' \
https://api.enterprise.apigee.com/v1/o/{org_name}/environments/{env_name}/keystores \
-u email:password
ট্রাস্টস্টোরে সার্টিফিকেট আপলোড করুন API ব্যবহার করে PEM ফাইল হিসেবে ট্রাস্টস্টোরে সার্টিফিকেট আপলোড করুন:
curl -X POST -H "Content-Type: multipart/form-data" -F file="@trust.pem" \
https://api.enterprise.apigee.com/v1/o/{org_name}/environments/{env_name}/keystores/myTruststore/certs?alias=myTruststore \
-u email:password
-F বিকল্পটি PEM ফাইলের পাথ নির্দিষ্ট করে
।
কীস্টোর বা ট্রাস্টস্টোর মুছে দেওয়া
আপনি Delete a Keystore or Truststore API ব্যবহার করে কোনও কীস্টোর বা ট্রাস্টস্টোর মুছে দিতে পারবেন:
curl -X DELETE \
https://api.enterprise.apigee.com/v1/o/{org_name}/environments/{env_name}/keystores/myKeystoreName \
-u email:password
উত্তরের নমুনা:
{ "certs" : [ ], "keys" : [ ], "name" : "myKeystoreName" }
আপনি যদি কোনও ভার্চুয়াল হোস্ট বা টার্গেট এন্ডপয়েন্ট/টার্গেট/সার্ভার দ্বারা ব্যবহৃত কীস্টোর বা ট্রাস্টস্টোর মুছে দেন, তাহলে ভার্চুয়াল হোস্ট বা টার্গেট এন্ডপয়েন্ট/টার্গেট সার্ভারের মাধ্যমে করা সমস্ত API কল ব্যর্থ হবে।