क्या Open ID सामान्य LogIn सिस्टम से बेहतर है? [बन्द है]

Question

हम एक वेब सिस्टम विकसित कर रहे हैं और ओपन आईडी सुविधा का उपयोग करने पर विचार कर रहे हैं। क्या आपको लगता है कि यह लॉगजीआई उपयोगकर्ताओं के सामान्य तरीके से बेहतर है? यदि हम ओपन आईडी सुविधा का उपयोग करते हैं, तो इसका मतलब है कि उपयोगकर्ताओं को उनकी ओपन आईडी प्रदाताओं की पसंद की साइट पर पुनर्निर्देशित किया जाएगा जो अधिक कार्रवाई करेंगे। फिर उन्हें वहां लॉगिन करना होगा और हमारी साइट पर वापस भेजना होगा। क्या यूजर्स इससे सहज होंगे?

नोट: यह एक सोशल नेटवर्किंग साइट का अधिक है, लेकिन भारी नहीं है।

Comments

यह पूरी तरह से व्यक्तिपरक है।

— बिल वीस

यहां उत्तर आमतौर पर एंटरप्राइज ऐप्स के निर्माण के लिए लागू नहीं होते हैं, जहां व्यवसायों की पहले से ही अपनी निर्देशिका है। उन मामलों में आपको WS-ट्रस्ट का उपयोग करके या ओपन आईडी प्रोटोकॉल के माध्यम से अपनी स्वयं की निर्देशिका को

— फ़ेडरेट करने

Answer 1

मुझे ओपनआईडी पसंद है, और यह "पारंपरिक" प्रति-साइट क्रेडेंशियल्स रूपक से बिल्कुल बेहतर है। मैं और अधिक क्रेडेंशियल्स प्रबंधित नहीं करना चाहता, और मैं जे। यादृच्छिक साइट को उन क्रेडेंशियल्स को संग्रहीत करने के लिए विश्वास नहीं करना चाहता जो मैं सुरक्षित रूप से प्रदान करता हूं। मुझे लगता है कि उपयोगकर्ता इसके साथ और अधिक सहज हो जाएंगे क्योंकि यह अधिक सामान्य हो जाता है। उम्मीद है कि यह अधिक सामान्य हो जाता है।

Comments

तो, अब के लिए यह नहीं है?

— ड्रैगनबर्न

यह नहीं है क्या? आम? मैंने इसका उपयोग करते हुए बहुत सारी साइटें नहीं देखीं, लेकिन मुझे आशा है कि अधिक इच्छाशक्ति होगी। मुझे उम्मीद है कि यह उपयोगकर्ताओं द्वारा आम और अच्छी तरह से स्वीकार किया जाता है। अभी, मुझे समझ नहीं आ रहा है कि क्या औसत एंड-यूज़र "ट्रूट्स" ओपनआईडी है या नहीं। मुझे लगता है कि विशाल बहुमत बिल्कुल भी परवाह नहीं करता है और जो कुछ भी वे देखने की कोशिश कर रहे हैं उस पर पाने के लिए कुछ भी क्लिक करेंगे ...

— इवान एंडरसन

मैं कहूंगा कि समस्या पर भरोसा नहीं है, बल्कि यह है कि "औसत" अंत-उपयोगकर्ता ने

— ओपनआईडी के

मुझे लगता है कि "विश्वास" समाधान है। उपयोगकर्ताओं को OpenID "बेचने" के लिए हमें सक्रिय रूप से उन्हें बताने की आवश्यकता है "हम Google / Yahoo / etc को आपको प्रमाणित करने और अपने सर्वर पर अपना उपयोगकर्ता नाम / पासवर्ड संग्रहीत नहीं करने दे रहे हैं ..." यह एक सकारात्मक सोच है - दूर ले जाएं और तकनीकी शब्दजाल और बस यह अच्छी बात है कि यह है के रूप में संबंधित है।

— इवान एंडरसन

@ जिम बी: मुझे भरोसा है कि जे। रैंडम ऐप निर्माता मेरे डेटा को स्टोर करने के लिए अच्छा काम करेंगे (और अगर मैं नहीं करता हूं, तो मैं खुद इसकी प्रतियां संग्रहीत करूंगा)। प्रमाणीकरण एक कठिन समस्या है, IMO, और मुझे लगता है कि "बड़े लोग" ऐसा करेंगे। यह कहने के बाद, मुझे नहीं पता कि OpenID हर प्रकार के अनुप्रयोग के लिए उपयुक्त है। लॉग्स के लिए "कैजुअल" साइट्स, जैसे सर्वर फाल्ट, फोरम साइट्स आदि, मैं इसके साथ ठीक हूं। यदि मैं व्यवसाय का लेन-देन कर रहा हूं, तो मैं OpenID पर एक कठिन बिक्री करूंगा।

— इवान एंडरसन

Answer 2

कृपया इंगित करें कि क्या हम गलत हैं।

नकारात्मक दृश्य

• हम सामान्य उपयोगकर्ताओं के लिए सोचते हैं कि यह बेहतर तरीका नहीं हो सकता है।
• जिन उपयोगकर्ताओं के पास कम तकनीकी ज्ञान है वे दो बार सोचेंगे या भ्रमित होंगे।
• वे इसके लिए अभ्यस्त नहीं हैं।
• उन्हें एक निश्चित प्रदाता से एक खुली आईडी लेनी होगी जो उनके लिए कष्टप्रद हो सकती है।
• वे इससे नफरत कर सकते हैं क्योंकि उन्हें किसी अन्य साइट पर पुनर्निर्देशित किया जाएगा।
• वे इसे गलत हो सकता है!

सकारात्मक विचार

• यह भरोसेमंद है क्योंकि हम उनकी साख नहीं पूछ रहे हैं।
• लॉग इन करने के बाद यह तेज़ होता है।
• "क्रेडेंशियल बर्नआउट पर काबू पाता है"। यह ट्रैक करना बहुत कठिन है कि कितने लोग किसी साइट को छोड़ते हैं क्योंकि वे अभी तक किसी अन्य उपयोगकर्ता नाम / पासवर्ड को बनाए रखने से इनकार करते हैं। - कारा माफिया

Comments

पेशेवरों के लिए मैं "क्रेडेंशियल बर्नआउट पर काबू पाऊंगा"। यह ट्रैक करना बहुत मुश्किल है कि कितने लोग किसी साइट को छोड़ते हैं क्योंकि वे अभी तक किसी अन्य उपयोगकर्ता नाम / पासवर्ड को बनाए रखने से इनकार करते हैं। मुझे पता है कि मैं वहां हूं।

— कारा मरफिया

बहुत सही ... :)

— ड्रैगनबर्न 18

मुझे लगता है कि OpenID की अनुमति दें। मुझे अपनी साइट का उपयोग करने के लिए हुप्स के माध्यम से कूद मत करो। यदि आप जोर देते हैं कि मैं आपको एक उपयोगकर्ता नाम / पासवर्ड / ई-मेल दे रहा हूं तो मैं आगे बढ़ने वाला हूं। मुझे OpenID दें और मैं कम से कम इसे देखूंगा।

— इयान बॉयड

काश, मैं इसे दो बार वोट कर सकता, किसी दिन ओपनिड जैसा कुछ उपयोगी हो सकता है, लेकिन अभी यह उपयोगकर्ताओं के लिए सिर्फ एक और पीटीए है।

— जिम बी

जिम: मेरा ऐसा मानना ​​है। :)

— ड्रैगनबर्न

Answer 3

यह मत भूलो कि यह / या विकल्प नहीं होना चाहिए। आप पारंपरिक लॉगिन विधियों के अलावा OpenID समर्थन (और शायद चाहिए) जोड़ सकते हैं। यह 'सामान्य' उपयोगकर्ताओं को नहीं डराएगा - वे केवल मौजूदा पद्धति का उपयोग करते हैं, जबकि ओपनआईडी का उपयोग करने वालों के लिए जीवन को अधिक सुखद बनाते हैं।

Answer 4

OpenID कई लाभ प्रदान करता है, उनमें से प्रमुख आपको प्रमाणीकरण के साथ आलसी होने की अनुमति देता है। प्राधिकरण अभी भी आपकी समस्या है, लेकिन कम से कम आपको सुरक्षित रूप से भंडारण क्षमता के बारे में चिंतित होने की आवश्यकता नहीं है। मेरी राय में यह अच्छी बात है। 'नेट को सर्वरफॉल्ट की तरह' अधिक भरोसा करने वाली पार्टियों 'की जरूरत है।

Answer 5

यदि आप OpenID के साथ लॉगिन करते हैं, तो आपको केवल एक बार अपने प्रदाता को लॉगिन करने की आवश्यकता है - दूसरी बार, उपयोगकर्ता प्रदाता का पेज भी नहीं देखेगा।

इसके अलावा, शायद RPXnow दिलचस्प होगा।

Answer 6

मैंने व्यक्तिगत रूप से OpenID को प्यार करने के लिए लाइन पार कर ली है। मैं सामान्य व्यामोह से इसका प्रतिरोध करता था। अब यह सब कुछ सीधे रखने के लिए $ $ में बहुत अधिक दर्द है। मैं इस बात से सहमत हूं कि गैर-तकनीकी उपयोगकर्ता पहले संघर्ष कर सकते हैं, लेकिन मुझे लगता है कि जितना अधिक लोगों को मिलेगा उतना अधिक व्यापक प्रसार होगा। कुछ साइटें पारंपरिक (स्थानीय) प्रमाणीकरण प्रणाली और ओपनआईडी का उपयोग करने का विकल्प दोनों प्रदान करती हैं। मुझे लगता है कि शिक्षा यहां बहुत मदद करने वाली है, इसलिए यदि आप स्पष्ट रूप से बताते हैं कि ओपनआईडी क्या है और इसके लाभ क्या हैं तो यह स्वीकृति के लिए एक लंबा रास्ता तय करेगा।

सिंगल साइन ऑन (एसएसओ) तकनीक के रूप में यह किसी भी एसएसओ के सामान्य जोखिमों के लिए खुला है। उस दृष्टिकोण से मैं अभी तक अपने बैंक या चिकित्सा साइटों को इसमें एकीकृत करने के लिए तैयार नहीं हूं :) ऐसा नहीं है कि यह उनके द्वारा किसी भी तरह की पेशकश की गई है ...

Answer 7

मैं उस OpenID के साथ फेंक दूंगा जिसमें आप आमतौर पर OAuth चाहते हैं जो आपराधिक रूप से कम प्रेस हो जाता है।

अन्य लोगों ने OpenID के बारे में काफी विस्तार से बताया है, OAuth ने सेट में कहा कि एक अन्य साइट न केवल यह जानती है कि आप अपने ओपनआईडी प्रदाता के माध्यम से हैं, बल्कि आप यह भी बता सकते हैं कि प्रश्न में मौजूद साइट को आपके बारे में जानने की अनुमति क्या है।

• उपयोगकर्ता के विवरण के लिए ईमेल की जरूरत है
• उपयोगकर्ता विवरण के लिए पहले / अंतिम नाम की आवश्यकता है
• देश की जरूरत है

सब ठीक हो सकता है। कैसे उन लोगों के बारे में:

• सामाजिक सुरक्षा संख्या
• क्रेडिट कार्ड नंबर
• टेलीफोन नंबर
• डाक पता

तो OpenID + OAuth एक शानदार संयोजन है, दोनों का उपयोग करके न केवल आपके पास एक उपयोगकर्ता नाम और पासवर्ड रखने के लिए एक ही जगह है, बल्कि यह भी है कि आप अपने बारे में विवरण कहां रखते हैं और किस साइट के बारे में आपके पास कौन से विवरण हैं, इसके बारे में जानकारी नहीं है।

Comments

मुझे थ्योरी में OAuth बहुत पसंद है। व्यवहार में मैंने बहुत कम ग्रैन्युलैरिटी पाई है। अधिकांश OAuth उपभोक्ता आपके सभी डेटा को एक्सेस (पढ़ने और लिखने) में सक्षम होने के लिए कह रहे हैं।

— इवान

आप जिस डेटा के बारे में बात कर रहे हैं - ईमेल, नाम, देश, पता इत्यादि - उसे OpenID एक्सटेंशन के साथ सरल पंजीकरण (sreg) या विशेषता विनिमय के साथ स्थानांतरित किया जा सकता है। सीमा यह है कि इसे केवल उपयोगकर्ता-एजेंट के माध्यम से लॉगिन समय पर स्थानांतरित किया जा सकता है। OAuth जो चीज़ जोड़ता है वह क्लाइंट एप्लिकेशन और सर्वर के लिए एक सीधा संबंध रखने की क्षमता है, जिस पर ग्राहक मौजूद उपयोगकर्ता के बिना एपीआई कॉल कर सकता है, जो कुछ मामलों के लिए अधिक उपयोगी हो सकता है। (उदाहरण के लिए जब आप न्यूज़लेटर भेजना चाहते हैं, जब उपयोगकर्ता लॉग इन नहीं करता है।)

— keturn

Answer 8

मैं एक परिदृश्य के बारे में सोच सकता हूं जब ओपनआईडी मौके पर कई उपयोगकर्ताओं को प्राप्त करेगा। मान लीजिए कि एक प्रमुख साइट दुष्ट हैकर्स [*] के लिए लाखों उपयोगकर्ता पासवर्ड खो देती है, और सूची लीक हो जाती है। अधिकांश उपयोगकर्ता घबराहट में होंगे, न केवल एक विशिष्ट खाते के कारण, बल्कि इसलिए कि वे कई साइटों के लिए एक ही लॉगिन / पासवर्ड का उपयोग करते हैं। और वे करते हैं। मुझे पता है कि मैं करता हूँ। और मैं इन खातों पर कोई नज़र नहीं रखता, इसलिए इसका परिणाम यह है कि मैं कभी भी अपना पासवर्ड नहीं बदल सकता ।

अब जब मुझे पता है कि एक खलनायक मेरे खाते चुरा सकता है तो मैं क्या करूंगा? मैं पासवर्ड बदलने के इस भारी कार्य के माध्यम से प्राप्त करने की कोशिश करूँगा। या मैं OpenID अवधारणा पर ठोकर खाऊंगा और इस अवसर पर इन सभी खातों को परिवर्तित करने का प्रयास करूंगा। इसका मतलब यह होगा कि मेरे पास अभी भी कई साइटों के लिए एक ही लॉगिन / पासवर्ड है, लेकिन अब मैं कम से कम उन सभी में आसानी से पासवर्ड बदल सकता हूं । और अगर हैकर्स ने मेरी ओपेनआईडी चुरा ली तो मुझे पासवर्ड रीसेट करने या कम से कम अकाउंट को डिसेबल करने के लिए एक ही समस्या है।

[*] - पढ़ें: स्क्रिप्ट किडिज़

Answer 9

जितना अधिक मैं विभिन्न वेब-साइटों पर जाता हूं, उतना ही मैं एकल साइन-ऑन सुविधा चाहता हूं।

हर वेब-साइट उनके बारे में सबसे महत्वपूर्ण सोचती है। प्रत्येक वेब-साइट इस बात पर जोर देती है कि आप कुछ भी करने से पहले एक खाता बना सकते हैं। StackOverflow, Serverfault, Wikipedia, WowWiki, Wowhead, MS Forums, CodeProject, CodePlex, पर और पर, ...

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

मैं बस उन सभी को बंद करना चाहता हूं। मैं एक एकल लॉगिन चाहता हूं जिसे मैं हर जगह उपयोग कर सकता हूं, एक ई-मेल पते के साथ जो एक ब्लैक-होल है इसलिए मुझे कभी भी अपना कचरा नहीं पढ़ना पड़ता है।

OpenID लगता है कि। लेकिन यह केवल तब संभव था जब Google ने इसका समर्थन किया। इससे पहले, यह स्टैकऑवरफ्लो का अपना प्रॉप्रिटरी लॉगिन सिस्टम था - कि वे खुद को होस्ट करने के लिए बहुत आलसी थे। अब जब Google OpenID का समर्थन करता है, तो यह वास्तव में बोधगम्य है कि हर किसी के पास यह पहले से ही होगा।

इन दिनों, मुझे वेब-साइटों पर खाते बनाने और उन ऑपरेटरों को शाप देने की जरूरत है जो सोचते हैं कि मुझे पहले एक खाता बनाना चाहिए।

मुझे भी अपनी साइट पर घृणा न करें ।

Comments

उम्म ... स्टैकओवरफ़ो / सर्वरफ़ॉल्ट को पोस्ट करने के लिए कुछ भी करने की आवश्यकता नहीं है। इसे आज़माएँ: किसी भिन्न ब्राउज़र या मशीन का उपयोग करें और सर्वरफ़ॉल्ट पर जाएँ, और आप बिना साइन अप किए प्रश्न पूछ या उत्तर दे पाएंगे। यदि आप उसी ब्राउज़र का उपयोग करते रहते हैं, तो आप कभी-कभी उन्हें कुछ भी दिए बिना, बार-बार प्रतिनिधि और विशेषाधिकार अर्जित करेंगे।

— जोएल कोएल

और यह stackoverflow करने के लिए मालिकाना नहीं था ... याहू, फेसबुक, और असंख्य अन्य सभी का समर्थन करते हैं और इसे प्रोत्साहित करते हैं :)

— वॉरेन

OpenID मानकों के बारे में महान बात यह है कि इसमें से चुनने के लिए बहुत सारे हैं!

— इयान बोयड

Answer 10

OpenId का उपयोग करने के लाभ दोनों तरफ हैं: 1. डेवलपर्स को लॉगिन सिस्टम (डेटाबेस, क्लाइंट प्रोसेसिंग, ऐप सुरक्षा आदि) को लागू करने की आवश्यकता नहीं है। 2. उपयोगकर्ताओं को क्रेडेंशियल्स के एक अतिरिक्त सेट को याद रखने की आवश्यकता नहीं है।

दूसरी ओर, आप कुछ ऐसे उपयोगकर्ताओं को डरा सकते हैं, जो वास्तव में कंप्यूटर सेवी नहीं हैं और अपनी साइट पर लॉगिन करने के लिए thetir Google क्रेडेंशियल्स को कहने के लिए अनिच्छुक होंगे।

सबसे अच्छा समाधान ओपनआईडी और ऑन-साइट पंजीकरण दोनों के लिए अनुमति देने वाला एक हाइब्रिड सिस्टम होगा लेकिन यह वास्तव में मेरे द्वारा उल्लिखित पहले लाभ को बर्बाद कर देगा।

Comments

हम्म, हर कोई मुझे पता है कि मुझे 50 बार यह स्पैम के लिए अपने पता पुस्तिका डाउनलोड करने के लिए के लिए अपनी पूरी यू / p फेसबुक देने के लिए खुश थी ...

— मार्क हेंडरसन

Answer 11

OpenID दूसरी चीज देता है जो आपके उपयोगकर्ताओं को मजबूत क्रेडेंशियल का उपयोग करने की क्षमता देता है। मुझे यहां प्रतिक्रियाओं में फ़िशिंग के बारे में कुछ चिंता दिखाई देती है, लेकिन आप एक OpenID प्रदाता चुन सकते हैं जो फ़िशेबल / रिप्लेसेबल क्रेडेंशियल्स का उपयोग बिल्कुल नहीं करता है। उदाहरण के लिए, एसएसएल प्रमाणपत्र या सूचना कार्ड कुछ प्रदाताओं पर समर्थित हैं। myOpenID में एक चीज़ है जहाँ आपको लॉग इन करने से पहले फ़ोन कॉल का जवाब देना होगा। मुझे पूरा यकीन है कि अन्य साइटें हैं जो हार्डवेयर टोकन का उपयोग करती हैं।

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

Answer 12

मैं किसी के दिमाग को बदलने की कोशिश नहीं कर रहा हूं। कृपया, इन तथ्यों पर विचार करें। OpenID उपयोगकर्ता + पासवर्ड प्रमाणीकरण प्रणाली से केवल दो चीजें अलग है:

• जहाँ आपका प्रमाणीकरण होता है। यदि आपने पहले नाम + पासवर्ड का उपयोग किया है, तो OpenID उस स्थान को बदलता है जहां पासवर्ड की जाँच की जाती है। यदि आपने पहले प्रमाण पत्र का उपयोग किया है, तो OpenID बदल जाता है जहां प्रमाण पत्र की जाँच की जाती है।
• OpenID URL पूरे WWW (वैकल्पिक रूट DNS-es पर विचार नहीं करने के लिए) अद्वितीय है

मैं जो इंगित करने की कोशिश कर रहा हूं, वह यह है कि और कुछ नहीं बदला गया है:

• OpenID पंजीकरण प्रक्रिया के लिए एक प्रतिस्थापन नहीं है (लेकिन यह sREG एक्सटेंशन के माध्यम से पंजीकरण को आसान बना सकता है)
• यह कम सुरक्षित नहीं है। यदि कोई पहले पासवर्ड का उपयोग करता है, तो वह उन्हें फिर से उपयोग करेगा।
• इसका मतलब यह नहीं है कि आप हर वेबसाइट के लिए लकवाग्रस्त लोगों के लिए सैकड़ों अलग-अलग आईडी नहीं बना सकते हैं ।
• इसका मतलब यह नहीं है कि " OMG कि geek तकनीक है, भाग जाओ !! "। नहीं, आप ऐसे अच्छे शाइनी बटन बना सकते हैं, जैसे स्टैकऑवरफ्लो साइटों के समूह ने आम ओपनआईडी प्रदाताओं के लिए किया था। यह एक बहुत अधिक उपयोगकर्ता के अनुकूल है।
• इसका कोई मतलब नहीं है। आप iframe या अलग ब्राउज़र विंडो में प्रमाणीकरण कर सकते हैं।

यह किसी भी अन्य तकनीक के साथ जैसा है। ज्यादातर लोग इस बारे में बात करते हैं कि यह मिथक है क्योंकि उन्होंने इसका अध्ययन करने में समय नहीं लगाया या क्योंकि उन्होंने गलत कार्यान्वयन का इस्तेमाल किया।

Answer 13

OpenID अधिक जटिल है, और आपको नीचे नहीं जाने वाले अन्य प्रदाताओं पर निर्भर करता है।

StackOverflow के साथ समस्याओं में से एक यह है कि यदि आप अपने द्वारा उपयोग किए जाने वाले सामान्य से एक अलग OpenId के साथ साइन इन करते हैं, तो आप अपनी रेटिंग और बैज खो देते हैं (हो सकता है कि उन्होंने अब तक तय किया हो, सुना नहीं है)। एक समय था जब मैं एक घंटे के लिए साइन इन नहीं कर सका क्योंकि मेरा प्रदाता नीचे था।

Comments

OpenID उस के आसपास जाने का एक तरीका प्रदान करता है - आप अपने असली OpenID प्रदाता को सौंपने के लिए एक व्यक्तिगत वेबसाइट का उपयोग कर सकते हैं, इसलिए यदि प्रदाता नीचे जाता है, तो इसे दूसरे पर स्विच करना आसान है। बेशक, यह शायद इस तरह की बात नहीं है कि ज्यादातर गैर-तकनीकियां करने के लिए तैयार हैं ...

— डेविड जेड

यह "जटिल" नहीं है, यह सिर्फ अलग है। OpenID के साथ: "openid.example.com दर्ज करें, ठीक पर क्लिक करें, अपना पासवर्ड दर्ज करें और आप साइन अप हैं"। वर्तमान प्रणाली के साथ: "अपना उपयोगकर्ता नाम और पासवर्ड और संभवतः अन्य विवरण दर्ज करें, अपना ईमेल जांचें, अपने खाते को सक्रिय करने के लिए लिंक पर क्लिक करें, अंत में अपना लॉगिन / पासवर्ड फिर से दर्ज करें"। दिन-प्रतिदिन ओपनआईडी का उपयोग बेतुका सरल है, और मूल रूप से समान है - अपना ओपनआईडी दर्ज करें, ठीक क्लिक करें, अपना पासवर्ड दर्ज करें।

— 15:15 बजे dbr

इसके अलावा .. "कि अगर आप अपने द्वारा उपयोग किए जाने वाले सामान्य से एक अलग OpenId के साथ साइन इन करते हैं, तो आप अपनी रेटिंग और बैज खो देते हैं" - गलत, यदि आप एक अलग खाते से साइन इन करते हैं, तो निश्चित रूप से आप अपना खाता विवरण खो देते हैं .. stackoverflow / सर्वरफॉल्ट आपको कई ओपनआईडी खातों का उपयोग करने की अनुमति देता है, और ओपनआईडी आपको अपने स्वयं के व्यक्तिगत साइट का उपयोग ओपनआईडी प्रदाता के रूप में, या एक या अधिक (अच्छी तरह से, एक प्रतिनिधि) के लिए "प्रॉक्सी" के रूप में करने की अनुमति देता है, जैसा कि डेविड ने उल्लेख किया है

— dbr

"OpenID चारों ओर जाने का एक तरीका प्रदान करता है - आप अपने असली OpenID प्रदाता को सौंपने के लिए एक निजी वेबसाइट का उपयोग कर सकते हैं, इसलिए यदि प्रदाता नीचे जाता है, तो इसे दूसरे पर स्विच करना आसान है" मैंने पाया है कि वास्तव में नहीं होना चाहिए मामला। अधिकांश OpenID "उपभोक्ता" जो मैंने पुनर्निर्देशित (या कैनोनिकल) OpenID URL को संग्रहीत किया है, वह नहीं जो प्रतिनिधि था।

— इवान

(बस जाँच की, और जिसमें StackOverflow शामिल है।) बहुत सारे OpenID उपभोक्ता आपको एक ही खाते में एक से अधिक ID संलग्न करने की अनुमति देते हैं, जिसे मैं उपयोगी होते हुए देख सकता हूँ।

— इवान

Answer 14

मुझे ओपनआईडी से नफरत है और यह सर्वरफॉल्ट / स्टैन्कवरफ्लो पर साइनअप न करने का मुख्य कारण था उपयोगकर्ता की गोपनीयता के बारे में क्या? कुछ उपयोगकर्ता, मेरे जैसे, बेहद पागल हैं, और विभिन्न वेबसाइटों के बीच facebook / yahoo / google जानकारी को मिलाना पसंद नहीं करते हैं

Comments

-1 OpenID उन वेबसाइटों के बीच जानकारी साझा नहीं करता है जो इसका उपयोग करते हैं।

— डेविड जेड

मुझे पता है, लेकिन मैं अपना ईमेल किसी को नहीं देता। मैं हर जगह डिस्पोजेबल मेल का उपयोग करता हूं, और अगर कोई वेबसाइट डिस्पोजेबल मेल को ब्लॉक करती है, तो ठीक है, उन्हें मेरी सदस्यता नहीं मिलेगी। Openid का उपयोग करना = मेरे वास्तविक मेल का उपयोग करना = मुझे बहुत नफरत है

— चुंबकीय_ड्यूड

यह मत भूलो, OpenID के लिए धन्यवाद, यहां तक ​​कि जेफ एटवुड का खाता भी हैक हो गया था। codinghorror.com/blog/archives/001263.html

— मैग्नेटिक_ड्यूड

Mag_Dude .. एटवुड का एसओ खाता हैक कर लिया गया था क्योंकि उसने असुरक्षित साइट पर उसी पासवर्ड का इस्तेमाल किया था जैसा उसने अपने ओपनिंग अकाउंट पर किया था। उस व्यक्ति ने असुरक्षित साइट पर अपना पासवर्ड क्रैक किया, फिर अपने ओपनिड अकाउंट को यह देखने के लिए चेक किया कि क्या यह वही है, और यह था।

— टोमजेड्रेज़

@ मैग्नेटिक_डूड: स्टैकऑवरफ्लो / सर्वरफॉल्ट जैसी ओपनिड क्लाइंट साइटें एक नकली लॉगिन प्रॉम्प्ट के साथ आपकी साख नहीं चुरा सकती हैं। वे सभी आपके OpenID नाम को प्राप्त करते हैं , लेकिन यह न तो आपका उपयोगकर्ता नाम या पासवर्ड है। आपके द्वारा अपना उपयोगकर्ता नाम / पासवर्ड दर्ज करने का एकमात्र स्थान आपके चुने हुए OpenID प्रदाता के साथ है। यहां एकमात्र जोखिम यह है कि आपका मूल OpenID प्रदाता हैक हो जाएगा या दुष्ट हो जाएगा, और मैं किसी ऐसे व्यक्ति पर भरोसा करूंगा जिसके लिए क्रेडेंशियल रखना बुनियादी वेब साइटों की बीवी की तुलना में सही करने के लिए मुख्य-योग्यता है, और जिनमें से एक बना सकता है। एक गलती।

— जोएल कोएल

Answer 15

OpenID जबकि अच्छा वैचारिक रूप से IMO को एक कठिन लड़ाई का सामना करना पड़ता है क्योंकि यह एक 'डेवलपर्स को लागू करने के लिए कठिन है और बी) उपयोगकर्ताओं के लिए एक यूआरएल का उपयोग करने की अवधारणा के लिए उपयोग करने के लिए कठिन है। इस बिंदु पर उपयोगकर्ता नाम / पासवर्ड उपयोग का पैटर्न बहुत कसकर बांधा गया है।

उस ने कहा, Clickpass ( www.clickpass.com ) पर एक नज़र है । वे सक्रिय रूप से उपयोग करने के लिए OpenID को आसान बनाने की कोशिश कर रहे हैं।

सौभाग्य।

Comments

मुझे यह तथ्य पसंद है कि सर्वरफॉल्ट सबसे आम के लिए बड़े, क्लिक करने योग्य आइकन प्रदान करता है जो आपके लिए सभी काम करता है!

— मार्क हेंडरसन

Answer 16

अभी नहीं।

इसे ब्राउज़र समर्थन की आवश्यकता है। ब्राउज़र ओपनआईडी के साथ एक उत्कृष्ट उपयोगकर्ता अनुभव को पूरा करेंगे, क्योंकि वे एक केंद्रीकृत फैशन में आपकी पहचान का प्रबंधन कर सकते हैं और चीजों को बहुत सरल बना सकते हैं (ऐसा लगता है कि आप जिस वेबसाइट पर जा रहे हैं वह ओपनआईडी का उपयोग कर रहा है, क्या आप http://yahoo.com का उपयोग करना चाहते हैं / उपयोगकर्ता लॉग इन करने के लिए;) और सुरक्षित।

लेकिन अभी, आपको OpenID को उपयोगी बनाने के लिए एक महत्वपूर्ण प्रयास की आवश्यकता है। जैसा कि मैं इसे देखता हूं, आपको या तो OpenID को एक विकल्प के रूप में प्रदान करना होगा या अपने उपयोगकर्ताओं को अपना OpenID प्रदाता प्रदान करना होगा (उन्हें तृतीय पक्ष की सेवा का उपयोग करने के लिए स्वतंत्र बनाना)।

Answer 17

ग्राहक सोचें। क्या आपका लक्ष्य ग्राहक एक geek है? यदि हाँ, तो OpenID आपके ग्राहक को प्रभावित करेगा और आपकी साइट की मदद करेगा। यदि नहीं, तो इसे गैर-geek के अनुकूल बनाने में अतिरिक्त कार्य आपके ग्राहक की सामग्री को वितरित करने से संसाधनों को दूर करने वाला है। पहले अपने ग्राहक को मूल्य देने पर ध्यान दें।

Answer 18

OpenID के साथ समस्या यह है कि सर्वरफॉल्ट जैसी चीजों के लिए बहुत अच्छा है, जहां किसी की पहचान में विश्वास का स्तर वास्तव में एक विचार नहीं है - एक बार जब आप देखभाल करना शुरू करते हैं, तो यही जीवन जटिल हो जाता है।

यह जटिल हो जाता है, क्योंकि जब मैं अपने प्रमाणीकरण प्रदाता को नियंत्रित करता हूं, तो मुझे स्पष्ट रूप से उस प्रदाता पर भरोसा होता है क्योंकि मैं इसे चलाता हूं, और संभवतः इसे उस मानक पर लागू किया है जिसकी मुझे आवश्यकता है। जब मैं प्रमाणीकरण को अपने नियंत्रण से बाहर ले जाता हूं, तो मुझे अब प्रमाणीकरण प्रदाता को विश्वास के स्तर को असाइन करना होगा।

मेरे नियोक्ता पर, कानून द्वारा, मैं किसी भी प्रमुख OpenID प्रदाता पर भरोसा नहीं कर सकता क्योंकि:

• वे आवधिक पासवर्ड परिवर्तनों को लागू नहीं करते हैं
• वे पासवर्ड लंबाई / जटिलता लागू नहीं करते हैं
• मैं उनके सिस्टम प्रबंधन प्रथाओं का ऑडिट नहीं कर सकता

यह किसी भी तरह से एक व्यापक सूची नहीं है।

गैर-तुच्छ अनुप्रयोगों के लिए ओपनआईडी काम करने के लिए, मुझे एक विश्वसनीय प्रदाता की आवश्यकता है - और अपने उपयोगकर्ताओं को उस विश्वसनीय प्रदाता (या प्रदाताओं) तक सीमित करना चाहिए। इस तरह से पूरे "एकल उपयोगकर्ता नाम / पासवर्ड" को हराया जाता है। फिर भी, मुझे अभी भी उच्च विश्वास स्तरों पर उपयोगकर्ताओं के लिए कुछ पहचान सत्यापन करने की आवश्यकता हो सकती है। मेरे लिए बहुत काम की तरह लगता है, खासकर जब अपने स्वयं के प्रमाणीकरण प्रदाता का प्रबंधन रॉकेट विज्ञान नहीं है।

IMO, सरकारों के पास इस तकनीक को काम करने की क्षमता है। यदि कोई राज्य / प्रांतीय डीएमवी या डाकघर एक सेवा की पेशकश करता है, जहां नागरिक ऑनलाइन क्रेडेंशियल्स स्थापित करते हैं, ओपनआईडी के माध्यम से सुलभ है, तो आप पोस्ट ऑफिस / डीएमवी क्रेडेंशियल्स पर भरोसा करने में सक्षम होंगे। (क्योंकि सरकार कहती है: 'तू हम पर भरोसा करेगा') मेरा मानना ​​है कि नॉर्वे और डेनमार्क जैसे देश पहले से ही व्यक्तिगत पीकेआई क्रेडिट जारी कर रहे हैं।

Comments

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

— जोएल कोएल

यह एक ऐसा उत्पाद है जो रॉक करेगा, लेकिन यह सॉर्ट भी पूरे ओपनआईडी की अवधारणा को प्रभावित करता है।

— duffbeer703

Answer 19

एक सामाजिक नेटवर्किंग साइट के लिए, OpenID तकनीक प्रेमी को आकर्षित करने में मदद करेगा। हालांकि, अगर यह आपका एकमात्र विकल्प है तो यह बाकी सभी को डरा देगा। उपयोगकर्ता प्रत्येक साइट पर नए लॉगिन और पासवर्ड के साथ साइन अप करने के आदी हैं। OpenID नया और विदेशी है, और उपयोगकर्ताओं को आश्चर्यचकित कर सकता है कि वे किसी तीसरे पक्ष को अपनी साख क्यों दे रहे हैं। एक विशिष्ट उपयोगकर्ता के लिए, OpenID के रूप में अच्छी तरह से GiveMeYourInformationSoICanSpamYou कह सकते हैं ... यह सिर्फ एक और कारण है आपकी साइट की अखंडता पर संदेह करने के लिए।

संक्षेप में - अपना उपयोगकर्ता आधार निर्धारित करें, और या तो OpenID को खरोंचें या OpenID और अनुप्रयोग-प्रबंधित लॉगिन प्रणाली दोनों का उपयोग करें।

Answer 20

मुझे आश्चर्य है कि लोग क्यों सोचते हैं कि ओपनआईडी अधिक सुरक्षित है। टेक सेवी उपयोगकर्ताओं के लिए, यह लागू हो सकता है, लेकिन एक आम उपयोगकर्ता वास्तविक ओपनआईडी लॉगिन और एक फेक वाले के बीच अंतर को स्पॉट नहीं करेगा जो पासवर्ड को परिमार्जन करेगा।
इससे भी बदतर, उन्हें यह भी पता होगा कि इस पासवर्ड के साथ कौन सा ओपेनआईडी खाता है, और संभवतः एक साधारण उपयोगकर्ता नाम / ईमेल / पासवर्ड संयोजन की तुलना में बहुत अधिक नुकसान हो सकता है।

OpenID तकनीकी उपयोगकर्ताओं के लिए एक तकनीकी समाधान है, और सामान्य उपयोगकर्ताओं के लिए बहुत उपयोगी नहीं है। तो तकनीकी साइटों के लिए यह फूल सकता है, लेकिन मुझे नहीं लगता कि सामान्य साइटों के लिए किसी भी समय जल्द ही।

Answer 21

मैं कहूंगा कि हां, OpenID इन कारणों से उपयोगकर्ता के दृष्टिकोण से सामान्य लॉगिन समाधान से बेहतर है :

• मुझे आपकी साइट के लिए एक और उपयोगकर्ता नाम और पासवर्ड याद नहीं है
• मैं कई साइटों के लिए एक लॉगिन आईडी का उपयोग कर सकता हूं, अगर मैं चाहता हूं
• मुझे हमेशा एक ही उपयोगकर्ता नाम मिलता है - लॉगिन आईडी के अंत में कोई जोड़ संख्या और यादृच्छिक बकवास नहीं है जब तक कि मुझे एक मुफ्त न मिले
• जैसे-जैसे समय आगे बढ़ेगा यह उपयोगकर्ताओं को अधिक लोकप्रिय और बेहतर समझ में आएगा
• उपयोगकर्ताओं को यह बताते हुए कि यह कैसे काम करता है और उनके लिए लाभ बहुत सीधा है
• अधिकांश उपयोगकर्ताओं के पास याहू या Google से एक मुफ्त ईमेल खाता होगा जिसे वे ओपनआईडी प्रदाता के रूप में उपयोग कर सकते हैं -> वे शायद यह भी नहीं जानते कि यह संभव है।
• उपयोगकर्ता अभी भी OpenID- प्रदाता एक को एक अलग ईमेल पता दे सकते हैं (यदि यह एक मुफ्त याहू / जीमेल / जो भी खाता है) जो आप पुष्टि करने के लिए एक लिंक पर क्लिक कर सकते हैं, "पासवर्ड भूल गए मेरे ईमेल" भेजने के लिए एक बैकअप के रूप में या अन्य सूचनाएं या विपणन गम्फ को।

याद रखें कि सिर्फ इसलिए कि आपके पास OpenID का विकल्प है, इसका मतलब यह नहीं है कि आप उपयोगकर्ताओं को पारंपरिक उपयोगकर्ता नाम + पासवर्ड कॉम्बो का बैक-अप विकल्प नहीं दे सकते हैं, यदि वे OpenID का उपयोग नहीं करना चाहते हैं या नहीं एक प्रदाता। उपयोगकर्ताओं को लेने के लिए कुछ भी गलत नहीं है जो वे जानते हैं कि वे चाहते हैं, और अन्यथा OpenID , imo के लिए डिफ़ॉल्ट रूप से :)

Answer 22

ओपन आईडी उन चीजों में से एक है जिन्हें आप या तो प्यार करते हैं या विचार से घृणा करते हैं - मुझे लगता है कि यह वास्तव में इस विचार को उबालता है कि क्या आप उत्साहपूर्वक या संदेह से "प्रामाणिकता" के केंद्रीकरण को देखते हैं।

दूसरे शब्दों में, जब आपको पता चलता है कि एक ओपनिड साइट पर एक अकाउंट से छेड़छाड़ की गई है, तो क्या आपको लगता है, "ओह श! टी, अब मैं संभावित रूप से हर उस साइट पर समझौता कर रहा हूं जिसका इस्तेमाल मैं उस ओपनिड के लिए करता हूं," या "ओह अच्छा, अब मैं।" केवल उन सभी साइटों के लिए एक ही स्थान पर अपना पासवर्ड बदलना होगा। "

Answer 23

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

अगर आप पहले से मौजूद लोगों में से किसी एक का उपयोग नहीं करना चाहते हैं, तो आप अपनी स्वयं की OpenID प्रमाणक को अपनी साइट पर भी सेट कर सकते हैं। इस तरह से आप इस बात पर अधिक नियंत्रण रख सकते हैं कि आपके द्वारा प्रमाणित किए जाने पर क्या जानकारी दी जा रही है।

मुझे लगता है कि एक खाता बनाने या ओपनआईडी को प्रमाणित करने के लिए उपयोग करने का विकल्प एक महान संयोजन है जो सुरक्षा पंगु और उन दोनों को शामिल करता है जो उपयोग में आसानी चाहते हैं।

Answer 24

मुझे लगता है कि ओपनआईडी महान है, और हम इसे हमारी साइट के लिए विचार कर रहे हैं। हालाँकि, हमें oAuth की आवश्यकता होगी, और हम उपयोगकर्ताओं से ईमेल भी चाहते हैं। हम उस बड़े पैमाने पर उपयोग करते हैं, और एक चीज जो हम करते हैं वह एक समाचार पत्र है। हम उसमें से ऑप्ट-आउट करने की अनुमति देते हैं, लेकिन हमारे सिस्टम के काम करने के लिए, हम यही चाहते हैं।

ऐसा लगता है कि टेकियों का एक कठिन कोर समूह है जो एक उपयोगकर्ता / पीडीडब्ल्यू को देने से नफरत करता है, और मैं यह समझ सकता हूं। कुछ गोपनीयता अधिवक्ता हैं, और मैं पूरी तरह से समझता हूं। कुछ सिर्फ आलसी हैं, एक उपयोगकर्ता / pwd सेट नहीं करना चाहते हैं, कुछ बस लेने वाले हैं। वे इंटरनेट से जानकारी प्राप्त करना चाहते हैं, लेकिन किसी भी तरह से (विज्ञापन, लागत, आदि) में इसके लिए कभी भी भुगतान नहीं करते हैं, मुझे लगता है कि यह लोगों का अल्पसंख्यक है क्योंकि अधिकांश लोग समझते हैं कि उन्हें वापस योगदान करने, या किसी तरह से भुगतान करने की आवश्यकता है। ।

आपको अपनी साइट की जांच करने की आवश्यकता है कि आपको किस विवरण / जानकारी की आवश्यकता है, और फिर इस बारे में निर्णय लें कि क्या यह आपकी आवश्यकता को पूरा करता है। यदि ऐसा होता है, तो आप इसे वर्तमान लॉगिन विधि के अतिरिक्त जोड़ सकते हैं। क्या आपको लोगों से संपर्क करने, चीजों के बारे में सूचित करने आदि की आवश्यकता है।

अपने आप को प्रमाणित करने का एक केंद्रीय तरीका महान है, लेकिन पासवर्ड परिवर्तन / जटिलता की कमी के साथ, मुद्दे भी हैं। हालाँकि यह साइट समस्या से अधिक एक उपयोगकर्ता समस्या है। उपयोगकर्ता स्तर पर एक समझौता होता है, जिसे हम कभी हल नहीं करेंगे। लेकिन इसका मतलब है कि आप, एक साइट स्वामी के रूप में, यदि ऐसा होता है तो जिम्मेदार नहीं हैं।

Answer 25

एकमात्र समस्या जो मुझे OpenID के साथ दिखाई देती है, वह निम्नलिखित है:

दो संबद्ध साइटों की कल्पना करें। वे दोनों ओपनआईडी लॉगिन की अनुमति देते हैं। निश्चित रूप से तब वे एक-दूसरे के बीच गतिविधि के आंकड़े साझा कर सकते हैं - कहते हैं कि मैं पहली साइट पर एक्शन एक्स और एक्शन वाई करता हूं और फिर, जब मैं दूसरी साइट पर जाता हूं तो मुझे पहली साइट पर मेरी गतिविधियों के अनुसार लक्षित विज्ञापनों के साथ बमबारी होती है। किसी कारण से OpenID लॉगिन के बीच अलगाव की कमी मुझे थोड़ी अप्रिय लगती है।

लेकिन बात यह है, कि OpenID (एक, उम्मीद के मुताबिक सुरक्षित, साख का सेट) की अंतिम सुविधा उपरोक्त नकारात्मक रूप से ग्रहण नहीं करती है। मैं जहां भी कर सकता हूं, वहां OpenID का उपयोग करता हूं, और मैं सार्वजनिक उपयोग के लिए एक वेब सेवा विकसित करने के लिए था, मैं निश्चित रूप से इसका समर्थन OpenID (शायद पारंपरिक पंजीकरण विकल्प के साथ) करूंगा।

Comments

यदि आप Google को अपने OpenID प्रदाता के रूप में उपयोग करते हैं, तो वे वास्तव में आपके द्वारा देखी जाने वाली प्रत्येक साइट के लिए एक अलग OpenID (जिसमें एक बड़ा यादृच्छिक स्ट्रिंग शामिल है) जारी करते हैं, उस प्रकार की क्रॉस-साइट सहसंबंध समस्या को रोकने के लिए जिसके बारे में आप बात कर रहे हैं। व्यक्तिगत रूप से, मैं समझता हूं कि डिफ़ॉल्ट रूप से एक विरोधी सुविधा है, क्योंकि इसका मतलब है कि अगर कोई साइट अपना लॉगिन डोमेन बदलती है तो आपके सभी Google द्वारा जारी ओपनआईडी टूट जाते हैं, लेकिन यह उस समस्या का समाधान करता है। यह वैकल्पिक होता तो अच्छा होता।

— 19