हमने अक्सर पूछे जाने वाले प्रश्नों की एक सूची संकलित की है और संक्षिप्त उत्तर प्रदान किए हैं, ताकि आपको अपनी जानकारी तक तेज़ी से पहुँचने में मदद मिल सके.
आप Power Pages कॉन्फ़िगरेशन निकायों में बदलाव का ट्रैक रखने के लिए Microsoft Dataverse में ऑडिटिंग का उपयोग कर सकते हैं. यदि कॉन्फ़िगरेशन डेटा को वापस करने की आवश्यकता होती है तो ऑडिटिंग बदलाव का इतिहास निर्धारित करने में मदद करता है.
Power Pages का संस्करण 8.3 और उसके बाद के संस्करण TLS 1.2 का समर्थन करते हैं.
Power Pages Microsoft सुरक्षा नीति के अनुसार निम्नलिखित TLS 1.2 सिफर सुइट्स का समर्थन करता है, ताकि अनेक क्लाइंट समर्थन को ध्यान में रखा जा सके. सबसे मजबूत सिफर सुइट सूची में सबसे ऊपर हैं. यह सुनिश्चित करता है कि क्लाइंट हमेशा सबसे मजबूत सिफर सूइट का उपयोग करें, जिसका वे वेबसाइट से जुड़ते समय इस सूची से समर्थन करते हैं.
- TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
- TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
- TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
- TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
- TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA
- TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA
- TLS_RSA_WITH_AES_256_GCM_SHA384
- TLS_RSA_WITH_AES_128_GCM_SHA256
- TLS_RSA_WITH_AES_256_CBC_SHA256
- TLS_RSA_WITH_AES_128_CBC_SHA256
- TLS_RSA_WITH_AES_256_CBC_SHA
- TLS_RSA_WITH_AES_128_CBC_SHA
नोट
एज कैशिंग और वेब एप्लिकेशन फ़ायरवॉल (WAF) क्षमताओं के लिए पोर्टल्स के साथ Azure फ्रंट डोर को कॉन्फ़िगर करते समय आप सिफर सुइट्स को नियंत्रित कर सकते हैं. उस स्थिति में, सुनिश्चित करें कि आप केवल Azure फ्रंट डोर द्वारा समर्थित सिफर सुइट्स का उपयोग करते हैं. साथ ही, जबकि Azure पोर्टल का उपयोग करके कस्टम डोमेन HTTPS सेटिंग्स आपको एक डिफ़ॉल्ट न्यूनतम TLS संस्करण 1.0 और 1.2 के बीच को चुनने देता है, मजबूत सिफर के लिए TLS संस्करण 1.2 का उपयोग करें.
साइन-इन करने के बाद उपयोगकर्ता को डिफ़ॉल्ट पृष्ठ पर रीडायरेक्ट करने के लिए आप वेबसाइट को कॉन्फ़िगर कर सकते हैं. विस्तृत चरणों के लिए, साइन-इन पर किसी उपयोगकर्ता को डिफ़ॉल्ट पृष्ठ पर पुनर्निर्देशित करें पर जाएँ
लिक्विड टेम्पलेट के साथ कार्य करने पर अधिक जानकारी के लिए, लिक्विड टेम्पलेट के साथ कार्य करना देखें.
Power Pages अब एक स्टैंडअलोन उत्पाद के रूप में उपलब्ध है। लाइसेंस असाइन करें पर विवरण।
आप वेबसाइट का आधार URL बदलें में दिए गए चरणों का पालन करके किसी वेबसाइट के प्रावधान के बाद उसके आधार URL को बदल सकते हैं।
निर्दिष्ट किए गए वैध लाइसेंस के बिना साइन-इन करने का प्रयास करने वाले क्रेडेंशियल्स वाले Microsoft Entra आंतरिक उपयोगकर्ता साइन-इन पृष्ठ पर यह संदेश देखेंगे: आपके पास इस वेबसाइट तक पहुंचने के लिए वैध लाइसेंस नहीं है। अपने सिस्टम व्यवस्थापक से संपर्क करें.
यदि उपयोगानुसार भुगतान करें को इस परिवेश के लिए सक्षम नहीं किया गया है, तो उपयोगकर्ता इस त्रुटि को भी देख सकते हैं.
खरीदे गए SKU प्रकार के आधार पर - जैसे कि Dynamics 365 SKU, Power Apps प्रति अनुप्रयोग प्लान या Power Apps प्रति उपयोगकर्ता प्लान, व्यवस्थापक को या तो उपयोगकर्ताओं को उपयुक्त लाइसेंस देने की ज़रूरत होगी या परिवेश के लिए उपयुक्त संख्या में अनुप्रयोग पास उपलब्ध हों. अनुप्रयोग पास के बारे में और जानकारी के लिए परिवेश में क्षमता आवंटित करें या बदलें. एक बार जब अनुप्रयोग पास को परिवेश के लिए आवंटित किया जाता है, तो प्रभावी होने के लिए वेबसाइट को फिर से शुरू करना होगा.
आंतरिक उपयोगकर्ताओं के लाइसेंस के बारे में विवरण के लिए, Power Pages लाइसेंसिंग FAQ पर जाएं।
पे-एज़-यू-गो का उपयोग करने वाले आंतरिक उपयोगकर्ताओं के लाइसेंस के बारे में विवरण के लिए, Power Apps प्रति ऐप मीटर पर जाएं.
आंतरिक उपयोगकर्ताओं के लिए Power Pages के उपयोग अधिकारों के बारे में विवरण के लिए, अक्सर पूछे जाने वाले प्रश्न आंतरिक उपयोगकर्ताओं के लिए Power Pages के अधिकारों का उपयोग करें और लाइसेंसिंग गाइड अनुभाग Power Pages उपयोग अधिकार Power Apps और Dynamics 365 लाइसेंस के साथ शामिल हैं.
नहीं. B2B सहयोग के लिए जोड़े गए अतिथि उपयोगकर्ताओं को आंतरिक उपयोगकर्ता ओं के रूप में Microsoft Entra नहीं माना जाएगा, और उन्हें लॉगिन की आवश्यकता होगी। Power Pages लाइसेंसिंग मॉडल के बारे में अधिक जानकारी के लिए, लाइसेंसिंग गाइड अनुभाग प्रति लॉगिन मॉडल पर जाएं।
हमने हाल ही में अपने Dataverse परिवेश को एक भौगोलिक स्थान या टैनेंट से दूसरे में स्थानांतरित किया था. हम अपने संगठन से कनेक्ट किए गए वेबसाइट को कैसे संभालते हैं?
जब आप अपने Dataverse परिवेश को एक भौगोलिक स्थान या टैनेंट से दूसरे में स्थानांतरित करते हैं, तब उस संगठन के संबद्ध वेबसाइटें स्वचालित रूप से स्थानांतरित नहीं होंगे. साथ ही, चूँकि आपका संगठन स्थानांतरित हो गया है, इसलिए उस संगठन से संबद्ध कोई भी वेबसाइट काम नहीं करेगा और प्रारंभ करने पर त्रुटि दिखाएगा.
अपने वेबसाइट को दोबारा प्रासंगिक संगठनों से संबद्ध करने के लिए:
कोई पोर्टल रीसेट करें में दिए चरणों का अनुसरण करके मौजूदा भौगोलिक स्थान या टैनेंट से अपने मौजूदा वेबसाइट होस्ट को रीसेट करें. यह आपके संबद्ध वेबसाइट संसाधनों को हटा देगा और वेबसाइट URL संचालन पूर्ण होने के बाद पहुँच योग्य नहीं रहेगा.
अपने मौजूदा वेबसाइट को रीसेट कर देने के बाद, नए टैनेंट (या मौजूदा टैनेंट के नए भौगोलिक स्थान) पर जाएँ और वहाँ उपलब्ध किसी वेबसाइट को प्रोविज़न करें.
किसी पुराने बैकअप से कोई Dataverse परिवेश पुनर्स्थापित करने के बाद, उस संगठन से कनेक्ट किया गया वेबसाइट काम नहीं कर रहा है. हम इसे कैसे ठीक करते हैं?
जब किसी Dataverse परिवेश को किसी बैकअप से पुनर्स्थापित करते हैं, तब आपके संगठन में कई ऐसे परिवर्तन होते हैं, जो इस संगठन के साथ आपके वेबसाइट के संपर्क को तोड़ देते हैं। इस समस्या को ठीक करने के लिए:
यदि संगठन ID पुनर्स्थापना कार्रवाई के बाद वही रहती है, और Power Pages समाधान भी उपलब्ध हैं, तो:
- Power Platform व्यवस्थापन केंद्र खोलें.
- साइट क्रियाएँ मेनू आइटम के दाईं ओर दीर्घवृत्त (...) का चयन करें।
- Dynamics 365 URL अद्यतित करें चुनें.
- पॉप अप विंडो में, URL अपडेट करें बटन चुनें।
आपका वेबसाइट पुनरारंभ कर दिया जाएगा और उस संगठन के साथ दोबारा एक कनेक्शन बना दिया जाएगा.
यदि पुनर्स्थापना कार्रवाई के बाद संगठन ID बदल जाती है, या आपके संगठन से Power Pages समाधान हटा दिए जाते हैं, तो:
- इस मामले में, कोई पोर्टल रीसेट करें में दिए गए चरणों का पालन करके वेबसाइटों को हटाना और फिर उसका पुन: प्रावधान करना बेहतर है।
हमने हाल ही में अपने Dataverse परिवेश का URL परिवर्तित किया और हमारे वेबसाइट ने काम करना बंद कर दिया. हम इसे कैसे ठीक करते हैं?
जब आप अपने Dataverse परिवेश का URL परिवर्तित करते हैं, तब आपका वेबसाइट काम करना बंद कर देगा, क्योंकि वह तब Dataverse परिवेश URL की पहचान नहीं कर सकता. इस समस्या को ठीक करने के लिए:
1. Open [Power Platform admin center](admin/admin-overview.md).
2. Select the ellipse (**...**) to the right of the **Site Actions** menu item.
3. Select **Update Dynamics 365 URL**.
4. In the pop up window, select the **Update URL** button.
आपका वेबसाइट पुनरारंभ कर दिया जाएगा और वह दोबारा काम करने लगेगा.
जब आप डेवलपर परिवेश पर एक नई वेबसाइट बनाते हैं, तो वेबसाइट स्वचालित रूप से एक डेवलपर वेबसाइट बन जाती है।
मूल प्रपत्रों का प्रदर्शन: मूल प्रपत्रों पर बनाने/अद्यतन/हटाने जैसी कार्रवाइयों को पूरा होने या समाप्त होने में कई समय लगता है।
यह कई कारणों से हो सकता है - जैसे कि आपके डेटा और Dataverse में उस तालिका पर किए गए अनुकूलन के आधार पर. वेबसाइट से रिकार्ड कार्यों पर ऐसे कार्य-निष्पादन संबंधी समस्याओं को दूर करते समय, यह सुनिश्चित करें कि ऐसी स्थिति में कोई तुल्यकालिक प्लगिन पंजीकृत नहीं हैं जिसके कारण ऐसे देरी हो रही है. यथासंभव, उन्हें एसिन्क्रॉनस रूप में लागू करने का प्रयास करें ताकि वे हस्तांतरण होल्ड या विलंब न कर सकें.
मेरे वेबसाइट पर पहुँच प्राप्त करने पर, मुझे एक सामान्य त्रुटि पृष्ठ दिखाई देता है. मुझे वास्तविक त्रुटि कैसे दिख सकती है?
जब कभी भी किसी वेबसाइट को रेंडर करने का प्रयास करते समय एक सर्वर त्रुटि उत्पन्न होती है, तब अंतिम उपयोगकर्ता को समय स्टैम्प और त्रुटि की गतिविधि ID के साथ-साथ एक सामान्य त्रुटि पृष्ठ प्रदर्शित किया जाता है. व्यवस्थापक वास्तविक त्रुटि विवरण प्राप्त करने के लिए अपनी वेबसाइट को कॉन्फ़िगर कर सकते हैं, जो डिबगिंग और समस्याओं को ठीक करने में सहायक होते हैं। वास्तविक त्रुटि देखने के लिए:
- पोर्टल पर कस्टम त्रुटि पृष्ठ अक्षम करें: यह कस्टम त्रुटि पृष्ठ को बंद कर देगा और उस पृष्ठ पर ब्राउज़ करते समय आपको किसी भी त्रुटि का पूर्ण स्टैक ट्रेस देखने की सुविधा प्रदान करेगा. आप कस्टम त्रुटि अक्षम करें में दिए गए चरणों का अनुसरण करके कस्टम त्रुटि अक्षम कर सकते हैं.
आपको सलाह दी जाती है कि आप इसका उपयोग केवल वेबसाइट डेवलप करते समय ही करें. आपका वेबसाइट आपके उपयोगकर्ताओं के लिए लाइव हो जाने पर, आपको कस्टम त्रुटियों को दोबारा सक्षम कर देना चाहिए. और जानकारी: पोर्टल त्रुटि लॉग देखें
- निदान लॉगिंग सक्षम करें: इसकी मदद से आप सभी वेबसाइट त्रुटियों को Azure संग्रहण खाते में प्राप्त कर पाएँगे. आप पोर्टल त्रुटि लॉग तक पहुँचें में दिए चरणों का अनुसरण करके निदान लॉगिंग सक्षम कर सकते हैं.
जब आप निदान लॉगिंग सक्षम करते हैं, तब आप उन निश्चित त्रुटियों को खोज सकते हैं, जिनकी उपयोगकर्ता, सामान्य त्रुटि पृष्ठ पर दिखाई गई गतिविधि ID का उपयोग करके रिपोर्ट करते हैं. गतिविधि ID को त्रुटि विवरणों के साथ-साथ लॉग किया जाता है और यह वास्तविक समस्या ढूँढने के लिए उपयोगी है.
क्या Power Pages CDN (कॉन्टेंट डिलीवरी नेटवर्क) से किसी भी स्थैतिक सामग्री इस्तेमाल करते हैं, जिसकी मुझे सूची को अनुमति देना ज़रूरी है?
हाँ. Power Pages Azure CDN से बॉक्स के बाहर Power Pages स्थिर परिसंपत्तियों का उपयोग करता है जिसमें डिफ़ॉल्ट JavaScript और प्रस्तुति के लिए CSS फ़ाइलें शामिल हैं जो पहले वेबसाइट के हिस्से के रूप में प्रस्तुत की गई थीं। आपको Power Pages वेबसाइटों को सफलतापूर्वक प्रस्तुत करने के लिए निम्नलिखित सीडीएन यूआरएल को सूचीबद्ध करने की अनुमति देनी होगी:
https://content.powerapps.com/resource/powerappsportal
Power Pages उस किसी भी कस्टम साइन इन प्रदाता का समर्थन करता है, जो मानक प्रमाणन प्रोटोकॉल के लिए समर्थन प्रदान करता है. हम सभी कस्टम IDP के लिए OpenIdConnect, SAML2 और WS-Federation प्रोटोकॉल का समर्थन करते हैं. OAuth 2 केवल ज्ञात IDP के एक निश्चित सेट के लिए समर्थित है. IDP कॉन्फ़िगरेशन सेट अप करने के बारे में अधिक जानकारी के लिए, प्रमाणन कॉन्फ़िगर करें देखें.
मैं नए Power Pages रिलीज़ को उत्पादन पर लागू किए जाने से पहले अपने सैंडबॉक्स वेबसाइट में कैसे प्राप्त करूँ?
कोई भी Power Pages रिलीज़ दो चरणों में किया जाता है: प्रारंभिक नवीनीकरण और सामान्य उपलब्धता (GA). प्रारंभिक नवीनीकरण चरण के दौरान, हम केवल उन वेबसाइट को नवीनीकृत करते हैं, जो प्रारंभिक नवीनीकरण के लिए चिह्नित किए गए होते हैं. अपने सैंडबॉक्स (विकास या परीक्षण) परिवेश में नए Power Pages रिलीज़ प्राप्त करने के लिए, आप अपने वेबसाइट को प्रारंभिक नवीनीकरण के लिए सक्षम कर सकते हैं. प्रारंभिक नवीनीकरण के लिए वेबसाइट को सक्षम करने के तरीके पर जानकारी के लिए, पोर्टल नवीनीकृत करें देखें.
आप अपने वेबसाइट को मानक powerappsportals.com
डोमेन नाम का उपयोग करने के बजाय कस्टम डोमेन नाम का उपयोग करने के लिए सक्षम कर सकते हैं. और जानकारी: अपने पोर्टल को कस्टम डोमेन से लिंक करें