Google API: बिना पुनर्निर्देशन के प्रमाणीकरण कैसे करें?

Question

हम दस्तावेज़ बनाने के लिए Google डॉक एपीआई का उपयोग करना चाहते हैं (हमारे अपने व्यवसाय खाते में) जब हमारे अंतिम उपयोगकर्ता हमारी साइट पर कुछ कार्य करते हैं।

समस्या यह है कि हमने vA.0 2.0 प्रोटोकॉल दस्तावेज़ में सुझाए गए ओएथ 2.0 प्रोटोकॉल को लागू करने का प्रयास किया है। ApiClient :: प्रमाणीकरण विधि एक पुनर्निर्देशन करते हैं। यह एक बड़ी समस्या है क्योंकि हमारे उपयोगकर्ता हमारे अपने व्यवसाय खाते तक पहुंच नहीं जानते हैं .... और हम उन्हें वैसे भी एक्सेस नहीं देना चाहते हैं;)

(दूसरे शब्दों में, हम नहीं बना रहे हैं एक ऐसा एप्लिकेशन जो हमारे उपयोगकर्ताओं को अपना डेटा संपादित करने की अनुमति देता है, लेकिन डेटाबेस जैसे हमारे डेटा के साथ बातचीत करने की अनुमति देता है।)

मैंने पढ़ा है कि OAuth 2.0 का बिंदु यह बचना था कि हम अपने उपयोगकर्ताओं के प्रमाण पत्र का प्रबंधन करते हैं। मैं व्यक्तिगत रूप से ओ.के. अवधारणा के साथ, लेकिन हमारे मामले में, हम अपने उपयोगकर्ताओं के Google खाते में प्रमाणित नहीं होना चाहते हैं ...

तो, अंत से किसी भी बातचीत के बिना वैध प्रमाणीकरण प्राप्त करने का सबसे अच्छा तरीका क्या होगा उपयोगकर्ता?

Answer 1

आप जो वर्णन करते हैं वह यह नहीं है कि कैसे 3-पैर वाले ओएथ का उपयोग करने के लिए डिज़ाइन किया गया था।

3-पैर वाले ओएथ प्रमाणीकरण प्रतिनिधि हैं जहां एक उपयोगकर्ता (जो अपना पासवर्ड जानता है) आवेदन के लिए सीमित और निरस्त करने योग्य संसाधन पहुंच प्रदान कर सकता है। वह एप्लिकेशन उपयोगकर्ता के पासवर्ड को कभी नहीं देखता है। उपयोगकर्ता को प्रतिरूपण करने के लिए एप्लिकेशन को सुरक्षित रूप से अनुमति देने के लिए काम का एक गुच्छा शामिल है।

क्या आप शायद चाहते हैं (2 टांगों वाला) OAuth प्रवाह, जहां consumer_id/consumer_secret साख अपने आवेदन में एम्बेडेड रहे हैं उपयोग करने के लिए है। यहां आपका एप्लिकेशन आपके अंतिम उपयोगकर्ता का प्रतिरूपण नहीं कर रहा है और इसमें कोई ब्राउज़र पुनर्निर्देशन शामिल नहीं होगा।

यहाँ Google Apps में 2-चरणीय OAuth का उपयोग करने पर कुछ और जानकारी है: http://googleappsdeveloper.blogspot.com/2011/07/using-2-legged-oauth-with-google-tasks.html

और यह 3 बनाम 2- चरणीय OAuth का अच्छा वर्णन है: http://cakebaker.42dh.com/2011/01/10/2-legged-vs-3-legged-oauth/

Answer 2

क्यों नहीं अपने व्यापार खाते के लिए एक ओथ प्राधिकरण प्राप्त करें और सभी उपयोगकर्ता उस खाते का उपयोग करें। चूंकि ऐसा लगता है कि आप चाहते हैं कि प्रत्येक व्यक्ति एक खाते के लिए डेटा तक पहुंच सके, विवरण अंतिम उपयोगकर्ता से छुपाया जा सकता है।

पहुँच टोकन सभी उपयोगकर्ताओं द्वारा साझा किया जाएगा और वे सभी प्रत्येक उपयोगकर्ता के स्वयं के खाते के लिए किसी भी प्राधिकरण के बिना एक ही खाते वापस अंत पर मारते थे।

Answer 3

आप का उपयोग करने की आवश्यकता होगी एक सेवा खाता। असल में आप इस सर्वर पर अपने सर्वर एप्लिकेशन में हार्ड कोडिंग पहुंच कर रहे हैं। फिर आप अपनी इच्छित सामग्री के लिए खाते तक पहुंच प्रदान करने के लिए साझाकरण का उपयोग करते हैं। उदाहरण के लिए आप SERVICE ACCOUNT के साथ Google डॉक या Analytics प्रोफ़ाइल साझा कर सकते हैं।

यहाँ एक सेवा खाते को स्थापित लॉगिन करने के बाद और फिर इसे का उपयोग करने का एक पूरा उदाहरण दिया गया है।

https://gist.github.com/fulldecent/6728257