क्रोम लोकहोस्ट कुकी सेट नहीं किया जा रहा है

Question

मेरे पास एक एएसपीनेट एप्लिकेशन है जो उपयोगकर्ता चयनित भाषा को स्टोर करने के लिए कुकी का उपयोग करता है। सबकुछ ठीक काम करता है सिवाय इसके कि जब मैं लोकलहोस्ट पर हूं। 127.0.0.1 द्वारा लोकहोस्ट को प्रतिस्थापित करने से यह फिर से काम करता है ... क्यों?

मैंने फ़ाइल के लिए इच्छित प्रतिबंध देखा: // लेकिन मुझे वास्तव में लोकलहोस्ट के इरादे से प्रतिबंध के लिए कोई संदर्भ नहीं मिल सकता है।

मैं वास्तव में समझ नहीं पा रहा हूं कि एएसपीनेट सत्र (एएसपी.NET_SessionId) और एएसपीनेट फॉर्म प्रमाणीकरण कुकीज़ (एफएसएयूटीएसएसओ) स्थानीयहोस्ट डोमेन के लिए सही ढंग से सेट क्यों हैं लेकिन मेरी कुकीज़ नहीं हैं ... क्यूं कर?!

मैं पहले से ही एक बहुत googled और कुछ भी नहीं काम करता है:

• केवल Http के लिए क्रोम कमांड लाइन फ़्लैग --enable-फ़ाइल-कुकीज़ [नहीं है WORK]
• कुकी की स्थापना की स्थापना [नहीं है मामला]
• सत्र के लिए या ... [कोई प्रभाव नहीं पड़ेगा]
• रूट (/) पर कुकी पथ को बदलने या कुछ और करने के लिए [कोई फर्क नहीं पड़ता]

एक तिथि करने के लिए समय सीमा समाप्ति बदलने

तो क्या बात है? :)

और एएसपीनेट कुकीज़ क्यों सेट की जा सकती हैं और मेरा नहीं? क्या फर्क पड़ता है?

अंतिम बात यह उल्लेख करने के लिए कि यह आईई पर भी होता है लेकिन एफएफ पर ठीक काम करता है।

धन्यवाद!

एलेक्स

Answer 1

कुकीज दूसरे स्तर और नीचे के लिए डिज़ाइन किए गए हैं। प्रथम स्तर के डोमेन काम नहीं करेंगे। इसके बजाय आप पता http://127.0.0.1 का उपयोग करना चाहिए (जैसा कि आप का उल्लेख) या आप अपने मेजबान को संपादित कर सकता है जैसे पता 127.0.0.1 करने के लिए एक टीएलडी साथ एक अलग URL मैप करने के लिए फ़ाइल:

yoursite.tld 127.0.0.1 

बस इस आगे शोध किया; यह उत्तर मिला: Cookies on localhost with explicit domain

Answer 2

मुझे क्रोम में एक ही समस्या थी। मेरे पास कुकी थी। सुरक्षित = सच। उस से छुटकारा पाने के लिए localhost के लिए मेरे लिए मुद्दा तय किया।

(था ठीक उसी मुद्दा, FWIW: एफएफ, नहीं आईई या क्रोम में काम किया)

Answer 3

स्थानीय होस्ट पर cookie.Domain = null रख दिया और अन्यथा डोमेन नाम का उपयोग करने के लिए प्रयास करें।

Answer 4

वहाँ, एक issue on Chromium open since 2011 यह है कि अगर आप स्पष्ट रूप से के रूप में डोमेन सेट कर रहे हैं 'स्थानीय होस्ट', आप इसे false के रूप में स्थापित करना चाहिए यह काम या उपयोग 127.0.0.1 के रूप में स्थापित करने के लिए डोमेन।

Answer 5

अच्छी खबर। स्थानीय होस्ट पर कुकीज़ सेट करने से Chrome कैनरी निर्माण शुरू करने पर अब संभव है: https://code.google.com/p/chromium/issues/detail?id=551906

Answer 6

मैं क्रोम पर एक मुद्दा जहां भविष्य में 2 सप्ताह के एक समय समाप्ति के साथ एक कुकी सेट नहीं किया जा रहा था - इस प्रमाणन कुकी हुआ (.AspNet.AplicationCookie) तो मुझे लगातार लॉगिन पृष्ठ पर रीडायरेक्ट किया जा रहा था।यह समस्या मैंने कोशिश की अन्य ब्राउज़रों में नहीं हुई थी।

मैं कस्टम कुकीज़ के साथ प्रयोग है कि क्रोम निर्धारित करने के लिए समाप्त हो गया सोचा आज की तारीख थी पहले की तुलना में यह वास्तव में था - तो उदाहरण के लिए मैं एक कुकी है कि आज (2-अप्रैल 2017) 1 साल में समाप्त हो गई में डाल दिया और वास्तव में क्रोम 1-जनवरी-2017 की समाप्ति के लिए इस कुकी को सेट करें! इसके बाद यह समझाया जाएगा कि 2 सप्ताह की समाप्ति वाली कुकी को पहले ही समाप्त कर दिया गया था क्योंकि क्रोम वास्तविक समाप्ति के 3 एमएच को बंद कर रहा था और इस प्रकार इसे पहले से ही समाप्त कर दिया गया था।

क्रोम रीबूट ने इसे ठीक नहीं किया - मैंने इस चरण में पीसी को रीबूट किया और यह 'निश्चित' बग। मुझे यह भी ध्यान रखना चाहिए कि यह केवल localhost के लिए हुआ - प्रतीत होता है कि हर दूसरी साइट ठीक थी।

Answer 7

मुझे पता है कि यह मूर्खतापूर्ण हो सकता है लेकिन यह मेरे साथ हुआ जहां मैंने एएसपीनेट एमवीसी एप्लीकेशन लिया जहां मैं उन्हें स्थानीय रूप से काम नहीं कर सका। अंत में, एक और डेवलपर ने web.config में एक प्रविष्टि की ओर इशारा किया जो हाल ही में जोड़ा गया था।

<httpCookies httpOnlyCookies="true" requireSSL="true" /> 

आवश्यकताएसएस को स्थानीय रूप से "झूठी" पर सेट करना। वातावरण के माध्यम से परिवर्तन लागू करने के लिए याद रखें। मुझे उम्मीद है कि यह मदद करता है।