osFoundry / Platform
विज़िटर ऑथेंटिकेशन
पब्लिक ऐप्स के लिए एनॉनिमस, मैजिक-लिंक, OAuth या वर्कस्पेस SSO। प्रति रूट मिक्स एंड मैच करें।
यह क्या है
विज़िटर ऑथेंटिकेशन वह तरीका है जिससे osFoundry तय करता है कि आपके पब्लिश किए ऐप की हर रूट तक कौन पहुँचे। जब आप अपने वर्कस्पेस से कोई ऐप शिप करते हैं, वह एक पब्लिक URL पर जाता है, और हर रूट का अपना अलग दरवाज़ा हो सकता है: किसी पेज को एनॉनिमस विज़िटर के लिए पूरी तरह खुला छोड़ें, दूसरी रूट को किसी ईमेल पते पर भेजे मैजिक लिंक के पीछे रखें, किसी OAuth प्रोवाइडर से साइन-इन ज़रूरी करें, या किसी रूट को SSO के ज़रिए अपने osFoundry वर्कस्पेस के मेंबरों तक सीमित करें। आप पूरे ऐप के लिए नहीं, बल्कि हर रूट के लिए चुनते हैं, इसलिए एक मार्केटिंग लैंडिंग पेज, एक सुरक्षित टूल और एक इंटरनल एडमिन व्यू एक ही डिप्लॉयमेंट में अलग-अलग नियमों के तहत रह सकते हैं।
osFoundry के भीतर ऐप और उसका ऑथेंटिकेशन उसी वर्कस्पेस में रहते हैं जहाँ आपका चैट, एजेंट, कोड और डेटा। आपको कोई अलग आइडेंटिटी सर्विस खड़ी करने या सेशन हैंडलिंग हाथ से लिखने की ज़रूरत नहीं: आप किसी रूट से एक तरीका जोड़ते हैं, और प्लेटफ़ॉर्म हर रिक्वेस्ट पर ऐप के आगे उसे लागू करता है। चूँकि osFoundry एक BYOK, लोकल-फ़र्स्ट वर्कस्पेस है, ऑथेंटिकेशन का यह चुनाव इस बारे में है कि आपके पब्लिश किए ऐप तक कौन पहुँचे; यह आपके मॉडल ट्रैफ़िक को किसी रीसेलर से नहीं गुज़ारता और साइन-इन करने वालों पर पर-सीट शुल्क नहीं जोड़ता। एनॉनिमस एक्सेस सचमुच एनॉनिमस रहता है, मैजिक लिंक पासवर्ड की ज़रूरत पूरी तरह हटा देते हैं, OAuth उन अकाउंट्स का दोबारा इस्तेमाल करता है जो आपके विज़िटर के पास पहले से हैं, और वर्कस्पेस SSO इंटरनल टूल्स को आपकी टीम तक सीमित रखता है।
समझने लायक बात "हर रूट पर मिलाओ" वाला मॉडल है। एक अकेला पब्लिक ऐप शायद ही एक जैसा दरवाज़ा चाहता है। विज़िटर ऑथेंटिकेशन से एक पब्लिक ऐप अपना अगला हिस्सा खुला रख सकता है जबकि उसके पीछे के एक्शन सुरक्षित रहते हैं, और एक इंटरनल ऐप सिर्फ़ SSO पर टिका रह सकता है, वह भी ऐप को अलग-अलग डिप्लॉयमेंट में बाँटे या हर पेज के लिए अलग मिडलवेयर लिखे बिना।
मुख्य क्षमताएँ
- एनॉनिमस एक्सेस: लैंडिंग पेज और रीड-ओनली व्यू के लिए पब्लिक रूट्स को बिना साइन-इन पूरी तरह खुला छोड़ें
- मैजिक-लिंक साइन-इन: ईमेल पर एक-बार वाला लिंक भेजकर विज़िटर को प्रमाणित करें, न कोई पासवर्ड स्टोर करना, न रीसेट
- OAuth: विज़िटर को उन अकाउंट्स से साइन-इन करने दें जो उनके पास किसी OAuth प्रोवाइडर से पहले से हैं
- वर्कस्पेस SSO: इंटरनल टूल्स के लिए रूट्स को अपने osFoundry वर्कस्पेस के मेंबरों तक सीमित करें
- हर रूट का कॉन्फ़िगरेशन: एक ही पब्लिश किए ऐप में अलग-अलग रूट्स पर अलग ऑथेंटिकेशन तरीके लगाएं
उपयोग के मामले
- इंडी बिल्डर: एक खुले एनॉनिमस लैंडिंग पेज वाला टूल पब्लिश करता है और असल जनरेटर को मैजिक लिंक के पीछे रखता है ताकि इस्तेमाल किसी ईमेल से जुड़ा रहे
- टीम लीड: वर्कस्पेस से एक इंटरनल डैशबोर्ड शिप करता है और हर रूट को वर्कस्पेस SSO से लॉक कर देता है ताकि सिर्फ़ टीम के लोग ही खोल सकें
- प्रोडक्ट टीम: एक पब्लिक ऐप चलाती है जहाँ डॉक्स एनॉनिमस हैं, फ़्री टूल OAuth साइन-इन इस्तेमाल करता है, और एडमिन पैनल सिर्फ़ वर्कस्पेस के लिए है
सामान्य प्रश्न
क्या एक ही ऐप के अलग-अलग पेज अलग-अलग साइन-इन तरीके इस्तेमाल कर सकते हैं?
हाँ। विज़िटर ऑथेंटिकेशन हर रूट के लिए कॉन्फ़िगर होता है, इसलिए एक पब्लिश किया ऐप कुछ रूट्स को एनॉनिमस छोड़ सकता है, कुछ को मैजिक लिंक या OAuth के पीछे रख सकता है, और कुछ को वर्कस्पेस SSO तक सीमित कर सकता है, बिना उसे अलग डिप्लॉयमेंट में बाँटे।
यहाँ OAuth और वर्कस्पेस SSO में क्या फ़र्क है?
OAuth बाहरी विज़िटर को उन अकाउंट्स से साइन-इन करने देता है जो उनके पास किसी OAuth प्रोवाइडर से पहले से हैं, जो पब्लिक ऐप्स के लिए ठीक है। वर्कस्पेस SSO किसी रूट को आपके osFoundry वर्कस्पेस के मेंबरों तक सीमित करता है, जो उन इंटरनल टूल्स के लिए ठीक है जिन तक आप पब्लिक की पहुँच नहीं चाहते।
क्या प्रमाणित विज़िटर जोड़ने का मतलब पर-सीट भुगतान है?
नहीं। osFoundry में कोई पर-सीट फीस नहीं है, और विज़िटर ऑथेंटिकेशन यह नियंत्रित करता है कि आपके पब्लिश किए ऐप तक कौन पहुँचे, न कि हर साइन-इन करने वाले पर शुल्क जोड़ता है। यह वर्कस्पेस की Apps & Backend लेयर का हिस्सा है, कोई अलग आइडेंटिटी सब्सक्रिप्शन नहीं।