इंटरनेट एक्सप्लोरर एक पृष्ठ रीडायरेक्ट के बाद मेरी प्रमाणीकरण कुकी नहीं रख रहा है।एएसपी.नेट प्रमाणीकरण कुकी गायब हो जाती है, केवल आईई में, केवल विशिष्ट स्थानों से
मैं एक ASP.NET 2.0 वेब आवेदन एक साझा IIS7 होस्टिंग पर चल रहा है:
यहाँ स्थिति है। एप्लिकेशन उस उद्देश्य के लिए क्लाइंट मशीन पर लॉगिन और उपयोगकर्ता पहचान को संभालने और कुकी (.ASPXFORMSAUTH) लिखने के लिए प्रपत्र प्रमाणीकरण का उपयोग करता है।
आईई में (संस्करण 8, 9 के साथ चेक किया गया), कुछ स्थानों से, प्रमाणीकरण कुकी को पहले पृष्ठ के बाद नहीं रखा जा रहा है। मनाया व्यवहार है:
- उपयोगकर्ता नाम और पासवर्ड लॉगिन के रूप में प्रस्तुत कर रहे हैं
- उपयोगकर्ता सफलतापूर्वक पहले के बाद प्रवेश पृष्ठ पर पुनः निर्देशित किया जाता है (और Fiddler पता चलता है कि .ASPXFORMSAUTH कुकी मौजूद है)
- के बाद रीफ्रेश के लिए किसी अन्य लिंक पर क्लिक करके या F5 पर क्लिक करके, उपयोगकर्ता को लॉगिन करने के लिए निर्देशित किया जाता है, और प्रमाणीकरण कुकी (फिडलर के अनुसार) अब मौजूद नहीं है। रीफ्रेश/क्लिक पर , अनुरोध हेडर में प्रमाणीकरण कुकी गुम है।
यह क्रोम/एफएफ में और आईई में भी नहीं होता है, ऐसा लगता है कि मैं उस स्थान पर निर्भर हूं जहां से मैं जुड़ा हूं।
भी स्थानीय रूप से (वीएस -2008 में आंतरिक देव सर्वर का उपयोग करके), सभी ठीक काम करते हैं और फिडलर में भी ठीक दिखते हैं।
मैं कुछ दिनों के लिए अपने सिर पर बैंग कर रहा हूं। सोचा कि यह किसी तरह की एक अजीब फ़ायरवॉल समस्या हो सकती है, लेकिन कुछ भी निर्णायक निर्धारित नहीं कर सका।
विचारों की सराहना की जाएगी।
चेक कि जब कुकी बनाया गया है, जिस डोमेन और पथ के साथ बनाया गया है, वह एप्लिकेशन के अन्य हिस्सों के लिए मान्य है जो इसका उपयोग करने का प्रयास कर रहे हैं। साथ ही, सुनिश्चित करें कि इस फ़ॉर्म में आपके फॉर्म auth web.config सेटिंग्स सही हैं। [इस पृष्ठ] [1], विशेष रूप से पथ और डोमेन विशेषताओं की जांच करें। [1]: http://msdn.microsoft.com/en-us/library/1d3t3c61.aspx – HackedByChinese
क्या आपने कभी इस पर कोई प्रगति की है? मुझे अब एक बहुत ही समान समस्या है –
मुझे डर नहीं है। मुद्दा अभी भी मौजूद है। मेरे पास अंतिम दिनों में इसमें शामिल होने के लिए पर्याप्त समय नहीं था, निकट भविष्य में इसे वापस मिल जाएगा। यदि आप कोई अग्रिम करते हैं तो कृपया अपडेट करें। –