2017-09-07 13 views
5

मुझे portal.azure.com से built-in b2c संपादित नीति चलाने की कोशिश की गई, मुझे अभी निम्न त्रुटि मिली। मेरे पास पोर्टल के 2 टैब खुले हैं। मुझे यह त्रुटि क्यों मिल रही है?Azure पोर्टल: खराब अनुरोध - अनुरोध बहुत लंबा

खराब अनुरोध - बहुत लंबा अनुरोध HTTP त्रुटि 400. अनुरोध शीर्षलेख का आकार बहुत लंबा है।

नोट: परीक्षण करते समय मुझे this same error message का अनुभव हुआ। प्रदान किया गया कारण था कि मैं बहुत सारी कुकीज़ भेज रहा था। क्या यह वही समस्या है?

यदि यह एक ही समस्या है, तो नए बनाने से पहले cookies be deleted को बाँध नहीं देना चाहिए?


मैं के लिए https://login.microsoftonline.com

chrome cookies node

screen shot 1 of cookies screen shot 2 of cookies

उत्तर

15

त्रुटि HTTP से चिकनी अपनी के रूप में एक जाना दे देंगे 400: हेडर अनुरोध का आकार बहुत लंबा है आम तौर पर ऐसा होता है क्योंकि बहुत सारी कुकीज़ या कुकीज़ हैं जो बहुत बड़ी हैं

Azure AD B2C का लॉगिन login.microsoftonline.com के माध्यम से जाता है, जैसा कि लगभग हर माइक्रोसॉफ्ट सेवा (O365, Azure, आदि) करता है। इसलिए यदि आपके पास इन सेवाओं में साइन इन करने वाले कई खाते हैं, तो आप कुकीज़ को जमा कर रहे हैं जो इस समस्या का कारण बनेंगे।

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

लंबी अवधि में, उत्तर Azure AD B2C ग्राहकों को अपना स्वयं का कस्टम डोमेन निर्दिष्ट करने की अनुमति देगा। यह login.microsoftonline.com में अन्य सभी चीज़ों से एप्लिकेशन की बी 2 सी कुकीज़ अलगाव देता है। 2017-09-16 तक, यह सुविधा अभी भी विकास में है।आप इस सुविधा का समर्थन और Azure AD बी 2 सी प्रतिक्रिया मंच में यह के लिए मतदान द्वारा अपनी प्रगति का ट्रैक रखने कर सकते हैं: Customer-owned domains

अंतरिम में

हालांकि, , वहाँ दो चीजें आप तलाश कर सकते हैं कर रहे हैं:

  1. अपनी कुकीज़ साफ़ करें। यह निश्चित रूप से हर बार काम करेगा, यह केवल बोझिल है, खासकर अगर आपके अंतिम उपयोगकर्ताओं को प्रस्तुत किया जाता है।

  2. अपने टोकन में शामिल दावों की मात्रा सीमित करें। अधिक विशेषताओं आप include in your policy, आप अब HTTP अनुरोध है जो आप अन्य माइक्रोसॉफ्ट गुण

नोट से कुकी के लिए कम मार्जिन देना साथ खत्म करेंगे: http 400: size of header request is too long when signing in user using Multifactor authentication

0

मुद्दा है क्योंकि कई किरायेदारों और उन बनाने कुकीज़ के बीच स्विच करने की है कुकीज़ का एक बहुत देखते हैं। हम अक्सर इस मुद्दे का सामना करते हैं। मुझे पता है कि एकमात्र समाधान कुकीज़ को हटा रहा है।

आप एक क्रोम प्रेमी हैं वहाँ एक संपादन कुकी विस्तार है, तो उस का उपयोग करें और के कुकीज़ को हटाने का प्रयास login.microsoftonline.com & portal.azure.com

+2

कुकीज़ आम तौर पर हटाने से: यह एक ही प्रश्न के रूप में है मेरे लिए काम करता है, मैं तर्क दूंगा कि यह ग्राहकों को उचित उम्मीद नहीं है, विशेष रूप से वे जो कुकीज़ में अच्छी तरह से ज्ञात नहीं हैं और उन्हें कैसे हटाएं। अगर कोई एक ही समय में कई Google ऐप्स/सेवाओं (एसएसओ का उपयोग करके) में लॉग इन कर सकता है, तो माइक्रोसॉफ्ट के साथ यह अलग क्यों होना चाहिए? –

+0

ग्राहक इस तरह के मुद्दे को कभी नहीं मारा। केवल हम डेवलपर्स इस तरह से हिट करते हैं, क्योंकि हम कई किरायेदारों और एकाधिक किरायेदार नीतियों को बदल रहे हैं। – Ramakrishna

+1

असल में हमने कई हफ्ते अकेले इस समस्या का सामना किया है। वे हमारे ग्राहक अनुप्रयोगों के माध्यम से Office 365 + Azure AD B2C का उपयोग कर रहे हैं। –

0

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

आप कुकी को बड़ा और बड़ा प्राप्त कर सकते हैं और अंत में ब्राउज़र छोड़ देता है।

मैं प्लगइन के बारे में ऊपर दृष्टिकोण प्रयास नहीं किया है, लेकिन यह एक बिट की मौत हो गई अपनी सभी ब्राउज़र विंडो

संबंधित मुद्दे