इंडेक्स
AssetLinks
(इंटरफ़ेस)Statements
(इंटरफ़ेस)AndroidAppAsset
(मैसेज)AndroidAppAsset.CertificateInfo
(मैसेज)Asset
(मैसेज)CheckRequest
(मैसेज)CheckResponse
(मैसेज)ListRequest
(मैसेज)ListResponse
(मैसेज)Statement
(मैसेज)WebAsset
(मैसेज)
AssetLinks
यह एपीआई सेवा, "ऐसेट के लिंक" का ऐक्सेस देती है. ऐसेट के हर लिंक से, सोर्स ऐसेट और टारगेट ऐसेट के बीच एक जैसा संबंध दिखता है. संबंध किस तरह का है, यह "रिलेशन" स्ट्रिंग से तय होता है. सोर्स और टारगेट ऐसेट के किसी जोड़े को एक से ज़्यादा संबंधों से लिंक किया जा सकता है.
क्लाइंट इस एपीआई का इस्तेमाल करके, इंटेंट से जुड़े उन सवालों के जवाब देते हैं जो ऐसेट के मालिकों ने दो ऐसेट के बीच के संबंध के बारे में बताए थे.
ध्यान दें कि ऐसेट के लिंक, ट्रांज़िट नहीं होते: अगर ऐसेट A और B किसी दिए गए रिलेशन से लिंक हैं और B और C एक ही रिलेशन से जुड़ी हैं, तो इसका मतलब यह नहीं है कि ऐसेट A और C लिंक हैं.
जांच करें |
---|
इससे यह तय होता है कि बताए गए सोर्स और टारगेट ऐसेट के बीच कोई (दिशा-निर्देश) संबंध मौजूद है या नहीं. यह संबंध, दोनों एसेट के बीच के लिंक के इंटेंट के बारे में बताता है, जिस पर सोर्स एसेट ने दावा किया है. ऐसे संबंधों का एक उदाहरण, खास अधिकार या अनुमतियां देना है. किसी कार्रवाई के लिए पहले से तय की गई शर्तों की जांच करने के लिए, इंफ़्रास्ट्रक्चर सिस्टम अक्सर इस निर्देश का इस्तेमाल करते हैं. उदाहरण के लिए, हो सकता है कि कोई क्लाइंट यह जानना चाहे कि इसके बजाय किसी खास मोबाइल ऐप्लिकेशन पर वेब यूआरएल भेजना सही है या नहीं. क्लाइंट, वेबसाइट से मोबाइल ऐप्लिकेशन पर काम के ऐसेट लिंक की जांच करके, यह तय कर सकता है कि कार्रवाई की अनुमति है या नहीं. सुरक्षा के बारे में एक ज़रूरी जानकारी: अगर सोर्स के तौर पर एचटीटीपीएस वेबसाइट या Android ऐप्लिकेशन जैसा कोई सुरक्षित ऐसेट चुना जाता है, तो एपीआई यह पक्का करेगा कि रिस्पॉन्स जनरेट करने के लिए इस्तेमाल किए गए सभी स्टेटमेंट, ऐसेट के मालिक ने सुरक्षित तरीके से दिए हों. वहीं, अगर सोर्स ऐसेट एक असुरक्षित एचटीटीपी वेबसाइट है यानी यूआरएल |
स्टेटमेंट
यह एपीआई सेवा "स्टेटमेंट" उपलब्ध कराती है. इन वाहनों का इस्तेमाल ऐसेट के मालिक, अपने ऐसेट लिंक के बारे में जानकारी पब्लिश करने के लिए करते हैं. एपीआई का इस्तेमाल, आसान और सुरक्षित तरीके से स्टेटमेंट पाने के लिए किया जा सकता है. इसके लिए, सीधे सोर्स से स्टेटमेंट हासिल करने की ज़रूरत नहीं होती.
इस एपीआई से मिले सभी स्टेटमेंट, अन्य डिजिटल ऐसेट के लिए डिजिटल ऐसेट (उदाहरण के लिए, वेबसाइटों या Android ऐप्लिकेशन) की ओर से दिए गए हैं. हर स्टेटमेंट में एक सोर्स ऐसेट, टारगेट ऐसेट, और एक या एक से ज़्यादा संबंध होते हैं.
यह संबंध, दो ऐसेट के बीच के संबंध के बारे में बताता है, जिस पर सोर्स ऐसेट के ज़रिए दावा किया गया है. ऐसे संबंधों का एक उदाहरण, खास अधिकार या अनुमतियां देना है.
सूची |
---|
तय किए गए टारगेट और स्टेटमेंट स्ट्रिंग से मेल खाने वाले सोर्स से, ऐसे सभी स्टेटमेंट की सूची हासिल करता है. एपीआई इस बात की गारंटी देता है कि सुरक्षित सोर्स ऐसेट के सभी स्टेटमेंट, जैसे कि एचटीटीपीएस वेबसाइटें या Android ऐप्लिकेशन, ऐसेट का मालिक सुरक्षित तरीके से तैयार किए गए हैं. इस बारे में डिजिटल ऐसेट लिंक के टेक्निकल डिज़ाइन स्पेसिफ़िकेशन में बताया गया है. खास तौर पर, आपको यह ध्यान रखना चाहिए कि असुरक्षित वेबसाइटों (जहां यूआरएल,
|
AndroidAppAsset
Android ऐप्लिकेशन ऐसेट के बारे में बताता है.
फ़ील्ड का नाम | टाइप | कंपनी का ब्यौरा |
---|---|---|
package_name |
string |
Android ऐप्लिकेशन ऐसेट की पहचान, उनके Java पैकेज के नाम से स्वाभाविक रूप से होती है. उदाहरण के लिए, Google Maps ऐप्लिकेशन com.google.android.apps.maps पैकेज नाम का इस्तेमाल करता है. ज़रूरी है |
certificate |
|
पैकेज के नाम की खासियत को दुनिया भर में लागू नहीं किया जाता है. इसलिए, हमें साइनिंग सर्टिफ़िकेट की भी ज़रूरत होती है, जो पैकेज के नाम के साथ मिलकर किसी ऐप्लिकेशन की खास तौर पर पहचान करती है. कुछ ऐप्लिकेशन के साइनिंग पासकोड बदल जाते हैं, इसलिए हो सकता है कि समय के साथ उन्हें अलग-अलग पासकोड से साइन किया गया हो. हम इन्हें अलग-अलग ऐसेट मानते हैं, क्योंकि हम यूनीक आईडी के तौर पर (पैकेज का नाम, सर्टिफ़िकेट) इस्तेमाल करते हैं. इससे आम तौर पर कोई समस्या नहीं होनी चाहिए, क्योंकि ऐप्लिकेशन के दोनों वर्शन एक जैसे या मिलते-जुलते स्टेटमेंट देंगे. हालांकि, किसी कुंजी को घुमाने पर, ऐप्लिकेशन के बारे में स्टेटमेंट बनाने वाली अन्य ऐसेट को अपडेट करना होगा. (ध्यान दें कि स्टेटमेंट पब्लिश करने और क्वेरी करने के सिंटैक्स में सिंटेटिक शुगर शामिल होती है. इसकी मदद से, एक से ज़्यादा सर्टिफ़िकेट की पहचान करने वाले ऐप्लिकेशन के बारे में आसानी से बताया जा सकता है.) ज़रूरी है |
CertificateInfo
X509 सर्टिफ़िकेट के बारे में बताता है.
फ़ील्ड का नाम | टाइप | कंपनी का ब्यौरा |
---|---|---|
sha256_fingerprint |
string |
सर्टिफ़िकेट का अपरकेस SHA-265 फ़िंगरप्रिंट. पीईएम सर्टिफ़िकेट से, इसे इस तरह से हासिल किया जा सकता है:
या इस तरह से:
इस उदाहरण में, इस फ़ील्ड का कॉन्टेंट अगर ये टूल आपके लिए उपलब्ध नहीं हैं, तो PEM सर्टिफ़िकेट को DER फ़ॉर्मैट में बदला जा सकता है. इसके बाद, उस स्ट्रिंग के SHA-256 हैश की गणना करें और नतीजे को हेक्सस्ट्रिंग (यानी कि हर ऑक्टेट के अपरकेस हेक्साडेसिमल निरूपणों को कोलन से अलग करके) के रूप में दिखाएं. |
ऐसेट
अलग तरीके से किसी ऐसेट की पहचान करता है.
डिजिटल ऐसेट एक ऐसी ऑनलाइन इकाई है जिसकी पहचान की जा सकती है और जिस पर ध्यान दिया जा सकता है. यह आम तौर पर, कुछ सेवा या कॉन्टेंट उपलब्ध कराती है. वेबसाइटें, Android ऐप्लिकेशन, Twitter फ़ीड, और Plus Pages, ऐसेट के उदाहरण हैं.
फ़ील्ड का नाम | टाइप | कंपनी का ब्यौरा |
---|---|---|
यूनियन फ़ील्ड, इनमें से सिर्फ़ एक: | ||
web |
|
सेट करें कि यह वेब ऐसेट है या नहीं. |
android_app |
|
सेट करें कि यह Android ऐप्लिकेशन ऐसेट है या नहीं. |
CheckRequest
कोई खास ऐसेट लिंक मौजूद है या नहीं, इसकी जांच करने के लिए इस्तेमाल किया जाने वाला मैसेज.
फ़ील्ड का नाम | टाइप | कंपनी का ब्यौरा |
---|---|---|
source |
|
स्टेटमेंट की सूची को होस्ट करने वाला सोर्स. इसका इस्तेमाल, Check() कॉल को सही सोर्स पर रूट करने के लिए किया जाता है. |
relation |
string |
संबंध के लिए क्वेरी स्ट्रिंग. हम साथ काम करने वाले संबंधों की मौजूदा सूची के लिए, हमारा एपीआई दस्तावेज़ देखें. किसी क्वेरी को ऐसेट के लिंक से मैच करने के लिए, क्वेरी और ऐसेट के लिंक की रिलेशन स्ट्रिंग, दोनों पूरी तरह से मैच होनी चाहिए. उदाहरण: संबंध |
target |
|
स्टेटमेंट की टारगेट ऐसेट. |
CheckResponse
CheckAssetLinks कॉल के लिए जवाब देने वाला मैसेज.
फ़ील्ड का नाम | टाइप | कंपनी का ब्यौरा |
---|---|---|
linked |
bool |
अगर अनुरोध में बताई गई एसेट, अनुरोध में बताए गए संबंध से जुड़ी हैं, तो 'सही' पर सेट करें. ज़रूरी है |
max_age |
|
पेश किए जाने के समय से, आगे के अपडेट को रोकने के लिए जवाब को कितने समय तक मान्य माना जाना चाहिए. ज़रूरी है |
debug_string |
string |
इस मैसेज को लोग आसानी से पढ़ सकते हैं. इसमें ऐसी जानकारी होती है जो असली उपयोगकर्ताओं को नतीजे को समझने, उसे समझने, और उसे डीबग करने में मदद करती है. यह मैसेज अंग्रेज़ी में होगा और फ़िलहाल हम कोई अनुवाद नहीं देंगे. कृपया ध्यान दें कि इस स्ट्रिंग के कॉन्टेंट या फ़ॉर्मैट के बारे में कोई गारंटी नहीं दी जाती है. इसका कोई भी पहलू बिना किसी सूचना के बदला जा सकता है. आपको इस डेटा को प्रोग्राम के हिसाब से पार्स करने की कोशिश नहीं करनी चाहिए. अगर आपको लगता है कि आपको ऐसा इसलिए करना है, क्योंकि आपकी ज़रूरी जानकारी को एपीआई के ज़रिए बिना अनुमति के सार्वजनिक नहीं किया गया है, तो कृपया पहले हमसे संपर्क करें. |
ListRequest
ऐसे सभी स्टेटमेंट का अनुरोध करने के लिए इस्तेमाल किया जाने वाला मैसेज जिनका सोर्स और संबंध की जानकारी होती है.
फ़ील्ड का नाम | टाइप | कंपनी का ब्यौरा |
---|---|---|
source |
|
स्टेटमेंट की सूची को होस्ट करने वाला सोर्स. इसका इस्तेमाल, List() अनुरोध को सही सोर्स पर भेजने के लिए किया जाता है. ज़रूरी है |
relation |
string |
सिर्फ़ बताए गए संबंध से मेल खाने वाले असोसिएशन ही इस्तेमाल करें. रिलेशन स्ट्रिंग की पूरी जानकारी पाने के लिए, किसी क्वेरी को स्टेटमेंट से मैच करने के लिए, इनमें से कोई एक शर्त पूरी होनी चाहिए:
उदाहरण: संबंध |
ListResponse
सूची कॉल के लिए जवाब देने का मैसेज.
फ़ील्ड का नाम | टाइप | कंपनी का ब्यौरा |
---|---|---|
statements |
|
सभी मिलते-जुलते स्टेटमेंट की सूची. |
max_age |
|
पेश किए जाने के समय से, आगे के अपडेट को रोकने के लिए जवाब को कितने समय तक मान्य माना जाना चाहिए. ज़रूरी है |
debug_string |
string |
इस मैसेज को लोग आसानी से पढ़ सकते हैं. इसमें ऐसी जानकारी होती है जो असली उपयोगकर्ताओं को नतीजे को समझने, उसे समझने, और उसे डीबग करने में मदद करती है. यह मैसेज अंग्रेज़ी में होगा और फ़िलहाल हम कोई अनुवाद नहीं देंगे. कृपया ध्यान दें कि इस स्ट्रिंग के कॉन्टेंट या फ़ॉर्मैट के बारे में कोई गारंटी नहीं दी जाती है. इसका कोई भी पहलू बिना किसी सूचना के बदला जा सकता है. आपको इस डेटा को प्रोग्राम के हिसाब से पार्स करने की कोशिश नहीं करनी चाहिए. अगर आपको लगता है कि आपको ऐसा इसलिए करना है, क्योंकि आपकी ज़रूरी जानकारी को एपीआई के ज़रिए बिना अनुमति के सार्वजनिक नहीं किया गया है, तो कृपया पहले हमसे संपर्क करें. |
जानकारी
इससे सोर्स ऐसेट और टारगेट ऐसेट के बीच के संबंध के बारे में भरोसेमंद जानकारी मिलती है.
स्टेटमेंट हमेशा सोर्स ऐसेट की मदद से किए जाते हैं. ऐसा सीधे तौर पर या कहीं और सेव की गई स्टेटमेंट सूची को सौंपकर किया जाता है.
स्टेटमेंट और ऐसेट की ज़्यादा जानकारी के लिए, कृपया एपीआई से जुड़े दस्तावेज़ों का लैंडिंग पेज देखें.
फ़ील्ड का नाम | टाइप | कंपनी का ब्यौरा |
---|---|---|
source |
|
हर स्टेटमेंट का एक सोर्स ऐसेट होता है. ज़रूरी है |
relation |
string |
यह संबंध, सोर्स ऐसेट के मालिक (यानी कि स्टेटमेंट जारी करने वाले व्यक्ति या इकाई) के हिसाब से, स्टेटमेंट के इस्तेमाल की पहचान करता है. हर पूरी बात का एक-दूसरे से संबंध होता है. हम साथ काम करने वाले संबंधों की मौजूदा सूची के लिए, हमारा एपीआई दस्तावेज़ देखें. उदाहरण: |
target |
|
हर स्टेटमेंट की एक टारगेट ऐसेट होती है. ज़रूरी है |
WebAsset
वेब ऐसेट के बारे में बताता है.
फ़ील्ड का नाम | टाइप | कंपनी का ब्यौरा |
---|---|---|
site |
string |
वेब ऐसेट की पहचान ऐसे यूआरएल से की जाती है जिसमें सिर्फ़ स्कीम, होस्टनेम, और पोर्ट पार्ट शामिल होते हैं. फ़ॉर्मैट यह है
होस्टनेम पूरी तरह क्वालिफ़ाइड होने चाहिए: उन्हें एक ही अवधि (" फ़िलहाल, सिर्फ़ "http" और "https" स्कीम का इस्तेमाल किया जा सकता है. पोर्ट नंबर दशमलव के तौर पर दिए जाते हैं. अगर स्टैंडर्ड पोर्ट नंबर का इस्तेमाल किया जाता है, तो उन्हें शामिल नहीं करना चाहिए: एचटीटीपी के लिए 80 और एचटीटीपीएस के लिए 443. हम इस सीमित यूआरएल को "साइट" कहते हैं. एक ही स्कीम, होस्टनेम, और पोर्ट शेयर करने वाले सभी यूआरएल को साइट का हिस्सा माना जाता है और इसलिए वे वेब ऐसेट से जुड़े होते हैं. उदाहरण:
हालांकि, इसमें ये यूआरएल शामिल नहीं हैं:
|