अन्य प्रणालियों से सुरक्षित रूप से जुड़ना

HTTPS के माध्यम से या सीधे किसी होस्ट और पोर्ट से कनेक्शन, TLS 1.2 न्यूनतम मानक के रूप में, आपके द्वारा अपलोड किए गए प्रमाणपत्र, और एक परीक्षण जो स्पष्ट रूप से बताता है कि क्या विफल हुआ।

प्लेटफ़ॉर्म → कनेक्टिविटी → एकीकरण → कनेक्शन के अंतर्गत एक कनेक्शन, किसी एक वास्तविक सिस्टम से जुड़ा कनेक्टर होता है: जैसे आपका पुराना ERP, एक डायरेक्टरी, एक मेल सर्वर, या किसी पार्टनर का API। इसमें सिस्टम का स्थान, उसकी पहचान कैसे सिद्ध की जाए, और TRANXACT द्वारा उसे प्रस्तुत क्रेडेंशियल की जानकारी होती है — जो इनपुट के समय एन्क्रिप्टेड होती है और कभी वापस नहीं दिखाई जाती।

किसी सिस्टम तक पहुंचने के दो तरीके

परिवहन	आप क्या भरते हैं	इसका उपयोग कब करें
HTTPS के	एंडपॉइंट यूआरएल। यह हर वातावरण में https:// से शुरू होना चाहिए, जिसमें परीक्षण और विकास दोनों शामिल हैं।	एक वेब एपीआई या सेवा, जो इंटरनेट या आपके अपने नेटवर्क के माध्यम से उपलब्ध होती है।
प्रत्यक्ष	होस्ट (केवल नाम या पता), पोर्ट और प्रोटोकॉल।	वीपीएन, इंटरकनेक्ट या पीयरिंग जैसे नेटवर्क पथ के माध्यम से पहुँचा जा सकने वाला डेटाबेस, निर्देशिका या सेवा पोर्ट।

एक प्रत्यक्ष कनेक्शन अपने प्रोटोकॉल का नाम देता है, क्योंकि सिस्टम टीएलएस को दो अलग-अलग तरीकों से शुरू करते हैं:

TLS — पहले बाइट से ही TLS लागू होता है। LDAPS, SAP HANA, सख्त एन्क्रिप्शन वाला SQL सर्वर, 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 को यहाँ अपलोड करें और कनेक्शन पर इसे विश्वसनीय CA के रूप में चुनें। यदि इसे खाली छोड़ दिया जाता है, तो कनेक्शन सार्वजनिक रूट्स पर भरोसा करता है।
ग्राहक प्रमाणपत्र	TRANXACT द्वारा सर्वर को प्रस्तुत की गई यह कुंजी पारस्परिक TLS के लिए है — सर्वर यह जाँचता है कि कौन कॉल कर रहा है और सर्वर भी यही जाँचता है। इसे अपलोड करने के बाद, निजी कुंजी को सुरक्षित रखें। यह कुंजी उस प्रमाणपत्र से संबंधित होनी चाहिए, हमेशा सुरक्षित रहती है और दोबारा कभी प्रदर्शित नहीं होती; इसे केवल बदला जा सकता है।

किस्म

किस लिए

विश्वसनीय सीए

एक सर्टिफ़िकेट अथॉरिटी (CA) जिसे आपका संगठन संचालित करता है। आपके नेटवर्क के भीतर स्थित सर्वर में आमतौर पर आपके CA द्वारा जारी किया गया सर्टिफ़िकेट होता है, जिसे कोई भी सार्वजनिक रूट नहीं जानता; CA को यहाँ अपलोड करें और कनेक्शन पर इसे विश्वसनीय CA के रूप में चुनें। यदि इसे खाली छोड़ दिया जाता है, तो कनेक्शन सार्वजनिक रूट्स पर भरोसा करता है।

ग्राहक प्रमाणपत्र

TRANXACT द्वारा सर्वर को प्रस्तुत की गई यह कुंजी पारस्परिक TLS के लिए है — सर्वर यह जाँचता है कि कौन कॉल कर रहा है और सर्वर भी यही जाँचता है। इसे अपलोड करने के बाद, निजी कुंजी को सुरक्षित रखें। यह कुंजी उस प्रमाणपत्र से संबंधित होनी चाहिए, हमेशा सुरक्षित रहती है और दोबारा कभी प्रदर्शित नहीं होती; इसे केवल बदला जा सकता है।

सर्टिफिकेट को PEM फॉर्मेट में पेस्ट करें, -----BEGIN CERTIFICATE----- से लेकर -----END CERTIFICATE----- तक; इसके बाद एक चेन भी हो सकती है। आपको सब्जेक्ट, इश्यूअर, वैलिडिटी या फिंगरप्रिंट टाइप करने की आवश्यकता नहीं है — ये सर्टिफिकेट से ही पढ़े जाते हैं, इसलिए लिस्ट में ऐसी कोई जानकारी नहीं दी जा सकती जो सर्टिफिकेट में न हो। लिस्ट में बचे हुए दिन दिखाए जाते हैं, सर्टिफिकेट को एक्सपायर होने वाला या एक्सपायर हो चुका बताया जाता है, और यह भी गिना जाता है कि कितने कनेक्शन इसका उपयोग कर रहे हैं, ताकि आपको पता चल जाए कि कोई चीज़ काम करना बंद करने से पहले ही काम करना बंद कर देगी।

परीक्षण

कनेक्शन पर परीक्षण करने से उस स्थान पर वास्तविक, सत्यापित TLS हैंडशेक होता है जहाँ कनेक्शन इंगित करता है — और HTTPS के लिए, एक अनुरोध — और यह जाँचता है कि प्रमाणीकरण के लिए कुछ उपलब्ध है या नहीं। विफल होने पर यह बताता है कि कौन सा भाग विफल हुआ, क्योंकि "कनेक्ट नहीं हो सका" से यह पता नहीं चलता कि आगे क्या करना है।

टेस्ट क्या कहता है	क्या करें
सर्वर का प्रमाणपत्र विश्वसनीय नहीं है।	सर्टिफिकेट्स के अंतर्गत उस सीए को अपलोड करें जिसने इसे जारी किया है और कनेक्शन पर इसे विश्वसनीय सीए के रूप में चुनें।
इस प्रमाणपत्र में इस होस्ट का नाम नहीं है।	सर्वर का नाम प्रमाणपत्र में दिए गए नाम पर सेट करें।
यह सर्वर TLS 1.2 या उससे ऊपर के किसी भी संस्करण में कोई सेवा प्रदान नहीं करता है।	सर्वर को अपग्रेड करना होगा। TRANXACT की कीमत इससे कम नहीं होगी।
सर्वर को क्लाइंट प्रमाणपत्र चाहिए	क्लाइंट सर्टिफिकेट अपलोड करें, उसकी प्राइवेट की स्टोर करें और कनेक्शन के दौरान उसे चुनें।

क्या हम सीधे जुड़ सकते हैं?

डायरेक्ट कनेक्ट चेक उस सवाल का जवाब देता है जिससे हर इंटीग्रेशन शुरू होता है। यह कॉन्फ़िगर किए गए पोर्ट और सामान्य पोर्ट्स — PostgreSQL 5432, SQL Server 1433, SAP HANA 30015, 30013 और 30041, SAP Business One सर्विस लेयर 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 — पर TRANXACT सर्वर के अपने नेटवर्क से होस्ट को आज़माता है और रिपोर्ट करता है कि कौन से पोर्ट TLS 1.2 या उच्चतर हैंडशेक का जवाब देते हैं और उसे पूरा करते हैं।

"सीधा कनेक्शन संभव है", इसके बाद काम करने वाले पोर्ट, सेवाएं और टीएलएस संस्करण दिए गए हैं, जिसका मतलब है कि आप आज ही कनेक्शन को डायरेक्ट पर सेट कर सकते हैं।
अन्यथा यह कहता है कि एक नेटवर्क पथ की आवश्यकता है - एक वीपीएन, एक इंटरकनेक्ट या उस होस्ट के साथ पीयरिंग - जो कि यहां की सेटिंग के बजाय नेटवर्क चलाने वाले किसी व्यक्ति के साथ बातचीत है।

कनेक्शन सूची प्रत्येक कनेक्शन का ट्रांसपोर्ट, एंडपॉइंट, अंतिम बार नेगोशिएट किया गया टीएलएस संस्करण और डायरेक्ट कनेक्ट: संभव, पहुंच से बाहर या जांच नहीं की गई स्थिति दिखाती है।

क्लाउड मेटाडेटा एड्रेस की कभी जांच नहीं की जाती। वे सर्वर के क्रेडेंशियल्स को ही मांग करने वाले किसी भी व्यक्ति को सौंप देते हैं, और यही कारण है कि कनेक्शन टेस्ट किसी भी तरह से पूछने का तरीका नहीं होना चाहिए।