QuickBlox: प्राधिकरण और प्रमाणीकरण

हाय खाब्रोवत्सी!

आज मैं QuickBlox में प्रमाणीकरण विधियों के बारे में बात करूंगा । साथ ही प्राधिकरण और उसके पहलुओं को प्रभावित करते हैं।

तो, QuickBlox API के लिए कोई भी अनुरोध टोकन के साथ होना चाहिए। प्राधिकरण के अलावा कोई अन्य स्वयं अनुरोध करता है। QuickBlox में 4 संभावित प्राधिकरण निकाय हैं:

• एप्लिकेशन
• उपयोगकर्ता
• डिवाइस
• डिवाइस उपयोगकर्ता

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

• आवेदन आईडी
• प्राधिकरण कुंजी
• प्राधिकरण रहस्य

यह डेटा सेट सभी संस्थाओं के प्रमाणीकरण के लिए मानक है और इसे एप्लिकेशन सेटिंग में पाया जा सकता है:


एक उपयोगकर्ता एक इकाई है जो एपीआई के साथ सभी प्रकार के संचालन तक पहुंच रखता है, शायद डिवाइस से संबंधित संचालन को छोड़कर, जैसे पुश संदेश प्राप्त करने के लिए पंजीकरण। उपयोगकर्ता को उसी तरह से प्रमाणित किया जाता है जैसे आवेदन , लेकिन खेतों में जोड़ा जाता है

• उपयोगकर्ता [लॉगिन]
• उपयोगकर्ता [पासवर्ड]
• उपयोगकर्ता [owner_id]

एक उपकरण एक इकाई है जो एक आवेदन के विपरीत नहीं है। समान लिखने के कोई अधिकार नहीं हैं। एकमात्र अंतर डिवाइस को ट्रैक करने की क्षमता है जिस पर एप्लिकेशन इंस्टॉल किया गया है। इकाई डिवाइस अनुप्रयोग फ़ील्ड में जोड़ता है

• उपकरण [udid]
• उपकरण [मंच]

डिवाइस का उपयोगकर्ता मुख्य प्राधिकरण इकाई है जिसके साथ क्विकब्लॉक्स एपीआई के साथ सभी संभव संचालन उपलब्ध हैं । प्रमाणीकरण के लिए पूर्ववर्ती सभी पैराग्राफ का उपयोग करता है।

और अब टोकन पीढ़ी के बारे में अधिक। टोकन कुंजी QuickBlox के बॉल्स में निम्न फ़ील्ड्स के साथ http://api.quickblox.com/session के अनुरोध पर POST प्रमाणीकरण अनुरोध के जवाब में उत्पन्न होती है:

आवेदन
APPLICATION_ID	आवेदन आईडी
auth_key	आवेदन कुंजी
टाइमस्टैम्प	यूनिक्स युग प्रारूप में समय, जो 1 घंटे के सर्वर समय से भिन्न हो सकता है।
अस्थायी रूप से	रैंडम नंबर
हस्ताक्षर	हस्ताक्षर
उपयोगकर्ता
उपयोगकर्ता [लॉगिन]	उपयोगकर्ता लॉगिन
उपयोगकर्ता [पासवर्ड]	उपयोगकर्ता का पासवर्ड
उपयोगकर्ता [owner_id]	उपयोगकर्ता का स्वामी। 30 मई, 2012 से इस क्षेत्र को स्वीकार कर लिया जाएगा, लेकिन इसे नजरअंदाज कर दिया गया, अर्थात इसे छोड़ा जा सकता है।
युक्ति
उपकरण [मंच]	डिवाइस प्लेटफ़ॉर्म - ios, android या windows_phone
उपकरण [udid]	अद्वितीय उपकरण पहचानकर्ता

एप्लिकेशन उपयोगकर्ता सभी वर्णित POST फ़ील्ड का उपयोग करता है।

हस्ताक्षर बनाने के बारे में और पढ़ें। HMAC-SHA1 तंत्र का उपयोग करके हस्ताक्षर एन्क्रिप्ट किया गया है। एन्क्रिप्शन बॉडी के रूप में, POST अनुरोध फ़ील्ड का एक स्ट्रिंग GET अनुरोध के रूप में उपयोग किया जाता है, अर्थात। खेतों को एक एम्परसैड द्वारा अलग किया जाता है। फ़ील्ड भी वर्णानुक्रम में क्रमबद्ध हैं। एन्क्रिप्शन कुंजी प्राधिकरण रहस्य है जिसे पहले वर्णित किया गया था।

PHP में हस्ताक्षर बनाने का एक उदाहरण:

$body="application_id=$app_id&auth_key=$auth_key&device[platform]=$device_platform&device[udid]=$device_udid&nonce=$nonce×tamp=$timestamp&user[login]=$user_login&user[owner_id]=$owner_id&user[password]=$user_password"; $signature=hash_hmac('sha1',$body,$auth_secret); 

यहां आप अधिक सुविधाजनक देख सकते हैं: http://pastebin.com/FhS5YEqR

सत्र बनाते समय, हमें सत्र के बारे में जानकारी दी जाती है। डिफ़ॉल्ट प्रारूप XML है। लेकिन, अंतिम URI ".json" में निर्दिष्ट करते हुए, उत्तर JSON प्रारूप में आएगा।

यहाँ एक उदाहरण उपयोगकर्ता प्रमाणीकरण अनुरोध है:

 curl -X POST -H "Content-Type: application/json" -d '{"application_id": "2", "auth_key": "DtF9cZPqTF8Wy9Q", "timestamp": "1333630580", "nonce": "1340569516", "signature": "13293a5bd2026b957ebbb36c89d9649aae9e5503", "user": {"login": "injoit", "password": "injoit", "owner_id": "4"}}' https://api.quickblox.com/auth.json 

यहां उपयोगकर्ता प्रमाणीकरण अनुरोध की प्रतिक्रिया का एक उदाहरण है:

 { "session": { "application_id": 2, "created_at": "2012-04-03T07:41:12Z", "device_id": null, "id": 744, "nonce": 289239351, "token": "25b29b8c8d6f2d3afbf1d437cc611b23741fc7ee", "ts": 1333438822, "updated_at": "2012-04-03T07:41:13Z", "user_id": 3 } 

इसके अलावा, उदाहरण के लिए, हम उपयोगकर्ता के साथ लॉगिन करके एप्लिकेशन टोकन को अपग्रेड कर सकते हैं:

 curl -X POST -H "Content-Type: application/json" -d '{"login": "injoit", "password": "injoit", "owner_id": "4", "token": "cf5709d6013fdb7a6787fbeb8340afed8aec4c69"}' http://api.quickblox.com/login.json { "blob_id": null, "created_at": "2012-01-16T08:13:38Z", "custom_parameters": null, "email": null, "external_user_id": 111, "facebook_id": null, "full_name": null, "id": 3, "last_request_at": "2012-04-04T10:27:40Z", "login": "injoit", "owner_id": 4, "phone": null, "twitter_id": null, "updated_at": "2012-04-04T10:27:40Z", "website": null, "user_tags":"superman" } 

उसके बाद, एप्लिकेशन टोकन पहले से ही उपयोगकर्ता का टोकन बन जाएगा।

सत्र को http://api.quickblox.com/auth_exit पर सीधे DELETE अनुरोध द्वारा या तो नष्ट कर दिया जाता है, या एक घंटे की निष्क्रियता के बाद सिस्टम स्वयं टोकन को हटा देगा।

 curl -X DELETE "https://api.quickblox.com/auth_exit?token=422ce2791d7070b88a82f415b3693c81612e3423" 

इस खंड का मुख्य दस्तावेज डेवलपर्स पर है: प्रमाणीकरण और प्राधिकरण पृष्ठ।

नोट। हाल ही में अनुरोध पैरामीटर GET, PUT, POST और DELETE में टोकन को हटा दिया गया है, टोकन निर्दिष्ट करने के लिए मुख्य स्थान अनुरोध हेडर है।

 curl -X POST -H "QB-Token: cf5709d6013fdb7a6787fbeb8340afed8aec4c69" 

यह एक महत्वपूर्ण सुरक्षा अद्यतन है, इसलिए सभी मौजूदा एसडीके और नमूने तदनुसार अपडेट किए जाएंगे।

स्पष्टीकरण के किसी भी प्रश्न के लिए, आपसी सहयोग या बस QuickBlox का उपयोग करके, आप मुझसे korjik और Taras qbtarzan या ईमेल andrey.kozhokaru@quickblox.com पर संपर्क कर सकते हैं।