DAT
दस्तावेज़

DAT क्या है? ​

DAT (Distributed Access Token) एक access-token विनिर्देश है जिसका उपयोग समान प्रमाणपत्र साझा करने वाली जारीकर्ता और सत्यापन सेवाएँ करती हैं। सत्यापन के लिए जारीकर्ता सेवा या केंद्रीय session store को दूसरा अनुरोध भेजने की आवश्यकता नहीं होती, इसलिए प्रमाणीकरण परिणाम कम घनिष्ठ रूप से जुड़ी सेवाओं के बीच भेजे जा सकते हैं।

expire
uint64
.
cid
uint64
.
plain
bytes
.
secure
bytes
.
signature
bytes
बिंदु से अलग किए गए फ़ील्ड मिलकर एक DAT बनाते हैं।

घटक ​

DAT ​

वह string जिसे उपयोगकर्ता या सेवा अनुरोध के साथ भेजती है। इसमें समाप्ति समय और प्रमाणपत्र ID होते हैं और यह सार्वजनिक तथा एन्क्रिप्टेड दोनों डेटा ले जा सकती है।

प्रमाणपत्र ​

DAT बनाने और सत्यापित करने के लिए आवश्यक algorithms, कुंजियाँ और समय-सीमाएँ रखता है। प्रमाणपत्र ID cid अपरिवर्तनीय है; कुंजियाँ बदलते समय नया cid उपयोग करें।

मैनेजर ​

क्लाइंट लाइब्रेरी का मैनेजर प्रमाणपत्र रखता है, वर्तमान में जारी करने योग्य प्रमाणपत्र से DAT बनाता है और प्रत्येक DAT को उसके cid से मेल खाने वाले प्रमाणपत्र द्वारा सत्यापित करता है।

DAT CMS ​

एक वैकल्पिक सर्वर जो प्रमाणपत्र बनाता, संग्रहित करता और सेवाओं को वितरित करता है। यह जारीकर्ता सेवाओं को पूर्ण प्रमाणपत्र और केवल टोकन सत्यापित करने वाली सेवाओं को verify-only प्रमाणपत्र दे सकता है।

जारी करना और सत्यापन ​

person उपयोगकर्ता
workspace_premium DAT CMS
प्रमाणपत्र प्रबंधन
संस्करण-आधारित सिंक्रनाइज़ेशन
प्रमाण-पत्र
DAT
login जारीकर्ता सेवा
पूर्ण प्रमाणपत्र
DAT
संरक्षित सुविधा
apps सत्यापन सेवा
verify-only प्रमाणपत्र

जारीकर्ता सेवा plain और secure डेटा चुनकर DAT बनाती है। सत्यापन सेवा दोनों डेटा क्षेत्रों को एप्लिकेशन को देने से पहले समाप्ति समय, हस्ताक्षर और ciphertext जाँचती है। plain हस्ताक्षरित है पर एन्क्रिप्टेड नहीं, इसलिए उसमें गोपनीय या व्यक्तिगत डेटा न रखें।

प्रमाणपत्र बदलने के बाद भी सत्यापन क्यों चलता है ​

नया प्रमाणपत्र जारी करने योग्य होते ही बाद के DAT उसके नए cid का उपयोग करते हैं। पिछले प्रमाणपत्र को सत्यापन के लिए तब तक रखा जाता है जब तक उसके जारी किए हर DAT का TTL बीत न जाए। इससे कुंजी परिवर्तन और मौजूदा टोकनों की सत्यापन अवधि साथ में प्रबंधित होती है।

DAT कहाँ उपयोगी है ​

  • ऐसे परिवेश जहाँ प्रमाणीकरण और एप्लिकेशन सुविधाएँ अलग सेवाएँ संभालती हैं
  • ऐसे परिवेश जहाँ कई runtimes एक ही token format जारी या सत्यापित करते हैं
  • ऐसे सिस्टम जिन्हें केंद्रीय session lookup के बिना अल्पकालिक authorization डेटा ले जाना है
  • ऐसे सिस्टम जिन्हें एक टोकन में सार्वजनिक routing जानकारी और संरक्षित डेटा अलग रखने हैं

DAT स्वयं authorization policy निर्धारित नहीं करता। वैध DAT और किसी अनुरोध को अनुमति देने का एप्लिकेशन का निर्णय अलग विषय हैं।

अगले चरण ​