অন্যান্য সিস্টেমের সাথে নিরাপদে সংযোগ স্থাপন
HTTPS-এর মাধ্যমে অথবা সরাসরি কোনো হোস্ট ও পোর্টে সংযোগ, সর্বনিম্ন মান হিসেবে TLS 1.2, আপনার আপলোড করা সার্টিফিকেট, এবং একটি পরীক্ষা যা স্পষ্টভাবে বলে দেয় কী ব্যর্থ হয়েছে।
Platform → Connectivity → Integration → Connections-এর অধীনে থাকা একটি কানেকশন হলো একটি কানেক্টর, যা কোনো একটি বাস্তব সিস্টেমের দিকে নির্দেশিত থাকে: যেমন আপনার পুরোনো ERP, একটি ডিরেক্টরি, একটি মেইল সার্ভার, বা কোনো পার্টনারের API। এতে সিস্টেমটির অবস্থান, সেটির পরিচয় প্রমাণের উপায়, এবং TRANXACT কর্তৃক সিস্টেমটিকে প্রদত্ত ক্রেডেনশিয়াল—যা প্রবেশের সময় এনক্রিপ্টেড থাকে এবং পরে আর কখনো ফেরত দেখানো হয় না—এই সমস্ত তথ্য সংরক্ষিত থাকে।
একটি সিস্টেমে পৌঁছানোর দুটি উপায়
| পরিবহন | আপনি যা পূরণ করেন | কখন এটি ব্যবহার করবেন |
|---|---|---|
| HTTPS | এন্ডপয়েন্ট ইউআরএল। এটি অবশ্যই https:// দিয়ে শুরু হতে হবে — টেস্ট এবং ডেভেলপমেন্ট সহ প্রতিটি এনভায়রনমেন্টে। | একটি ওয়েব এপিআই বা পরিষেবা, যা ইন্টারনেট বা আপনার নিজস্ব নেটওয়ার্কের মাধ্যমে ব্যবহার করা যায়। |
| সরাসরি | হোস্ট (শুধুমাত্র একটি নাম বা ঠিকানা), পোর্ট এবং প্রোটোকল। | একটি ডাটাবেস, একটি ডিরেক্টরি বা একটি সার্ভিস পোর্ট যা ভিপিএন, ইন্টারকানেক্ট বা পিয়ারিং-এর মতো নেটওয়ার্ক পাথের মাধ্যমে অ্যাক্সেস করা যায়। |
একটি সরাসরি সংযোগ তার প্রোটোকলের নাম উল্লেখ করে, কারণ সিস্টেমগুলো দুটি ভিন্ন উপায়ে TLS শুরু করে:
- টিএলএস (tls) — প্রথম বাইট থেকেই টিএলএস (TLS)। এলডিএপিএস (LDAPS), এসএপি হানা (SAP HANA), কঠোর এনক্রিপশনসহ এসকিউএল সার্ভার (SQL Server), এসএমটিপিএস (SMTPS), এএমকিউপিএস (AMQPS) এবং কাফকা (Kafka) এইভাবে কাজ করে।
- postgres — PostgreSQL, যা মুহূর্তের জন্য কোনো বাধা ছাড়াই সংযোগ স্থাপন করে এবং এরপর অন্য কিছু বলার আগে TLS নিয়ে আলোচনা করে।
প্লেইন-টেক্সট অপশন বা শুধু পরীক্ষার জন্য কোনো ব্যতিক্রম নেই। 'শুধুমাত্র পরীক্ষার জন্য' ব্যবহৃত একটি সংযোগ হলো এমন একটি সংযোগ, যা কেউ কপি করার দিন থেকেই আসল ক্রেডেনশিয়াল বহন করে; সুতরাং, প্রোডাকশনে যে নিয়মটি প্রযোজ্য, সেটিই সব জায়গায় প্রযোজ্য।
TLS 1.2 বা উচ্চতর, এবং সর্বদা যাচাইকৃত
- প্রতিটি হ্যান্ডশেক TLS 1.2 বা তার উচ্চতর সংস্করণের হয়ে থাকে। সর্বনিম্ন TLS সংস্করণ একটি সংযোগের জন্য এটিকে TLS 1.3 পর্যন্ত উন্নীত করতে পারে; এর চেয়ে পুরোনো কোনো সংস্করণ বেছে নেওয়া যায় না এবং ডাটাবেসও তা প্রত্যাখ্যান করে, তাই এটি কোনো ইম্পোর্ট বা স্ক্রিপ্টের মাধ্যমেও সেট করা যায় না।
- সার্ভারের সার্টিফিকেট সর্বদা যাচাই করা হয়। এখানে কোনো "যাচাই না করার" সুইচ নেই, কারণ যে কোনো সার্টিফিকেট গ্রহণকারী সংযোগ উত্তরদাতার কাছে এনক্রিপ্টেড থাকে, যা আপনার উল্লেখিত সিস্টেমের কাছে এনক্রিপ্টেড থাকার মতো একই বিষয় নয়।
- সার্ভার নেম তখন ব্যবহৃত হয়, যখন সার্টিফিকেটে উল্লেখিত হোস্টটি আপনার কানেক্ট করা হোস্ট থেকে ভিন্ন হয় — যেমন, আপনি 10.20.0.15 ঠিকানায় ডাটাবেসে পৌঁছালেন, কিন্তু এর সার্টিফিকেটে hana.corp.local লেখা আছে। এটি সঠিক সার্টিফিকেটের জন্য অনুরোধ করতে এবং তা যাচাই করতে উভয় ক্ষেত্রেই ব্যবহৃত হয়।
- পিন করা ফিঙ্গারপ্রিন্ট ঐচ্ছিক: এটি হলো সার্ভারের সার্টিফিকেটের SHA-256 ফিঙ্গারপ্রিন্ট। এটি সেট করা থাকলে, বৈধ সার্টিফিকেটসহ অন্য যেকোনো সার্টিফিকেট প্রত্যাখ্যান করা হয়। সার্ভারের সার্টিফিকেট নবায়ন করার সময় এটি পরিবর্তন করতে মনে রাখবেন।
সার্টিফিকেট
একই ইন্টিগ্রেশন বিভাগের অন্তর্গত সার্টিফিকেট স্ক্রিনে, সংযোগগুলোর বিশ্বস্ত বা বিদ্যমান সার্টিফিকেটগুলো থাকে। এগুলো দুই ধরনের হয়।
| ধরনের | এটা কিসের জন্য |
|---|---|
| বিশ্বস্ত CA | একটি সার্টিফিকেট অথরিটি যা আপনার নিজস্ব সংস্থা দ্বারা পরিচালিত হয়। আপনার নেটওয়ার্কের ভেতরের একটি সার্ভারে সাধারণত আপনার CA দ্বারা ইস্যু করা একটি সার্টিফিকেট থাকে, যা কোনো পাবলিক রুট জানে না; এখানে CA-টি আপলোড করুন এবং কানেকশনটিতে এটিকে Trusted CA হিসেবে বেছে নিন। এটি খালি রাখলে, কানেকশনটি পাবলিক রুটগুলোকে বিশ্বাস করে। |
| ক্লায়েন্ট সার্টিফিকেট | পারস্পরিক TLS-এর জন্য TRANXACT এটি সার্ভারের কাছে উপস্থাপন করে — যেখানে সার্ভার যাচাই করে কে কল করছে এবং সার্ভারও তা যাচাই করে। এটি আপলোড করার পর, প্রাইভেট কী সংরক্ষণ করুন। কী-টি অবশ্যই সেই সার্টিফিকেটের হতে হবে, এটি সংরক্ষিত অবস্থায় সিল করা থাকে এবং আর কখনও দেখানো হয় না; এটি কেবল প্রতিস্থাপন করা যেতে পারে। |
সার্টিফিকেটটি -----BEGIN CERTIFICATE----- থেকে -----END CERTIFICATE----- পর্যন্ত PEM ফরম্যাটে পেস্ট করুন; এর পরে একটি চেইন থাকতে পারে। আপনাকে সাবজেক্ট, ইস্যুকারী, ভ্যালিডিটি বা ফিঙ্গারপ্রিন্ট টাইপ করতে হবে না — এগুলো সার্টিফিকেট থেকেই পড়া হয়, তাই সার্টিফিকেটে যা নেই, তালিকাটি তা বলতে পারে না। তালিকাটি অবশিষ্ট দিনগুলো দেখায়, একটি সার্টিফিকেটকে মেয়াদোত্তীর্ণ বা মেয়াদোত্তীর্ণ হিসেবে চিহ্নিত করে এবং কতগুলো সংযোগ এটি ব্যবহার করছে তা গণনা করে, ফলে কোনটি কাজ করা বন্ধ করার আগেই আপনি তা জানতে পারেন।
পরীক্ষা
একটি সংযোগের পরীক্ষা করার সময়, এটি যেখানে নির্দেশ করে সেখানে একটি আসল ও যাচাইকৃত TLS হ্যান্ডশেক সম্পন্ন করে — এবং HTTPS-এর ক্ষেত্রে একটিমাত্র অনুরোধ পাঠায় — এবং প্রমাণীকরণের জন্য কোনো মাধ্যম আছে কিনা তা যাচাই করে। যখন এটি ব্যর্থ হয়, তখন কোন অংশটি ব্যর্থ হয়েছে তা জানিয়ে দেয়, কারণ "সংযোগ করা যায়নি" এই বার্তাটি পরবর্তী পদক্ষেপ সম্পর্কে কিছুই বলে না।
| টেস্ট কী বলে | কী করতে হবে |
|---|---|
| সার্ভারের সার্টিফিকেটটি বিশ্বস্ত নয়। | সার্টিফিকেটস-এর অধীনে ইস্যুকারী CA-টি আপলোড করুন এবং কানেকশনটিতে এটিকে ট্রাস্টেড CA হিসেবে নির্বাচন করুন। |
| সার্টিফিকেটে এই হোস্টের নাম উল্লেখ নেই। | সার্ভারের নাম হিসেবে সার্টিফিকেটে থাকা নামটি সেট করুন। |
| সার্ভারটি TLS 1.2 বা তার উপরের সংস্করণে কোনো সুবিধা প্রদান করে না। | সার্ভারটি আপগ্রেড করতে হবে। TRANXACT এর চেয়ে কম হবে না। |
| সার্ভার একটি ক্লায়েন্ট সার্টিফিকেট চায়। | একটি ক্লায়েন্ট সার্টিফিকেট আপলোড করুন, এর প্রাইভেট কী সংরক্ষণ করুন এবং সংযোগের সময় সেটি নির্বাচন করুন। |
আমরা কি সরাসরি যোগাযোগ করতে পারি?
ডাইরেক্ট কানেক্ট চেক করা সেই প্রশ্নের উত্তর দেয় যা দিয়ে প্রতিটি ইন্টিগ্রেশন শুরু হয়। এটি TRANXACT সার্ভারের নিজস্ব নেটওয়ার্ক থেকে কনফিগার করা পোর্টে এবং প্রচলিত পোর্টগুলোতে—যেমন PostgreSQL 5432, SQL Server 1433, SAP HANA 30015, 30013 ও 30041, SAP Business One Service Layer 50000, Oracle 1521 ও 2484, MySQL 3306, LDAPS 636, Active Directory গ্লোবাল ক্যাটালগ 3269, SMTPS 465, IMAPS 993, FTPS 990, AMQPS 5671, MQTTS 8883, Kafka 9093, 443 ও 8443—হোস্টটিকে চেষ্টা করে এবং কোন পোর্টগুলো সাড়া দেয় ও TLS 1.2 বা তার চেয়ে উন্নত হ্যান্ডশেক সম্পন্ন করে, তা রিপোর্ট করে।
- "সরাসরি সংযোগ সম্ভব", এবং এর সাথে যে পোর্ট, পরিষেবা ও TLS সংস্করণগুলো কাজ করেছে তার উল্লেখ থাকার অর্থ হলো, আপনি আজই সংযোগটি 'সরাসরি' (Direct) মোডে সেট করতে পারেন।
- অন্যথায় এটি বলে যে একটি নেটওয়ার্ক পাথ প্রয়োজন — যেমন একটি ভিপিএন, একটি ইন্টারকানেক্ট বা সেই হোস্টের সাথে পিয়ারিং — যা এখানকার কোনো সেটিং নয়, বরং যিনি নেটওয়ার্কটি পরিচালনা করেন তার সাথে আলোচনার বিষয়।
কানেকশন তালিকাটি প্রতিটি কানেকশনের ট্রান্সপোর্ট, এন্ডপয়েন্ট, সর্বশেষ ব্যবহৃত TLS ভার্সন এবং ডাইরেক্ট কানেক্ট (সম্ভব), অ্যাক্সেসযোগ্য নয় বা চেক করা হয়নি—এই অবস্থাগুলো দেখায়।
ক্লাউড মেটাডেটা অ্যাড্রেস কখনো যাচাই করা হয় না। যারা জানতে চায়, তাদের কাছে এটি সার্ভারের নিজস্ব ক্রেডেনশিয়াল দিয়ে দেয়, আর ঠিক এই কারণেই কানেকশন টেস্টের মাধ্যমে ক্রেডেনশিয়াল চাওয়া উচিত নয়।