Sessions: सुरक्षितकुकी: मान मान्य नहीं है

को निर्मित 13 अक्तू॰ 2013 · 9टिप्पणियाँ · स्रोत: gorilla/sessions

नमस्ते,
websocket.Conn.Request() से अनुरोध पर store.Get() को कॉल करने का प्रयास करते समय मुझे यह त्रुटि मिलती है

session, err := store.Get(conn.Request(), "my_session")

त्रुटि गोरिल्ला/सिक्योरक्यूकी के VerifyMac फ़ंक्शन से उत्पन्न होती है।

स्रोत

danvonk

सबसे उपयोगी टिप्पणी

आपको अपने स्रोत कोड में कुंजी/प्रमाण-पत्र एम्बेड नहीं करना चाहिए। इसके बजाय, आपको उन्हें पर्यावरण के माध्यम से पास करना चाहिए - जैसे os.Getenv("APPNAME_SESSION_KEY") । उस वातावरण को आपके परिनियोजन प्रणाली द्वारा बूटस्ट्रैप किया जा सकता है - k8s मामले में, रहस्य कार्यक्षमता का उपयोग करते हुए: https://kubernetes.io/docs/concepts/configuration/secret/#using -secrets-as-environment-variables

elithrar 29 मई 2018

👍6

सभी 9 टिप्पणियाँ

आपने इसे कैसे ठीक किया? :)

FraBle 14 नव॰ 2013

मैं इसे भी देख रहा हूं और यह जानना अच्छा लगेगा कि इसे कैसे साफ़ करें/इसे हल करें।

dominichamon 18 जून 2015

क्या त्रुटि व्यवहार सुसंगत है? या यह केवल कुछ अनुरोधों को प्रभावित करता है?

गुरु, 18 जून 2015 अपराह्न 2:04 पर डोमिनिक हैमोन सूचनाएं @github.com
लिखा था:

मैं इसे भी देख रहा हूं और यह जानना अच्छा लगेगा कि इसे कैसे साफ़ करें/इसे हल करें।
-
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
https://github.com/gorilla/sessions/issues/16#issuecomment -113047123।

elithrar 18 जून 2015

जब मैं त्रुटि (500 के बजाय) हिट करता हूं और फिर ब्राउज़र से कुकी को मैन्युअल रूप से हटा देता हूं तो मैं एक वैध पृष्ठ लौटाकर इसे कम करने में सक्षम था। मुझे लगता है कि यह मेरे द्वारा ऑथ/एन्क्रिप्ट कुंजियों को अपडेट करने के कारण है, लेकिन मौजूदा सत्र से ब्राउज़र की तरफ एक कुकी है।

मुझे नहीं पता कि दीर्घावधि में इसे कम करने का सही तरीका क्या है, इसलिए किसी भी सलाह का स्वागत है।

dominichamon 18 जून 2015

👍4

यदि आप इससे बचना चाहते हैं तो आपको अपने एप्लिकेशन के लिए कुंजियों को माइग्रेट करने का एक तरीका चाहिए।

kisielk 18 जून 2015

मैं भी इस मुद्दे में भाग गया। मैंने त्रुटि को अनदेखा कर दिया, क्योंकि गोरिल्ला/सत्र दस्तावेज़ कहते हैं कि एक नया सत्र अभी भी वापस आ गया है। आप अभी भी session.Save() कॉल कर सकते हैं, और बाद में अनुरोध करने वाले ब्राउज़र के पास एक नई, मान्य सत्र कुकी होगी।

nucleartide 28 सित॰ 2015

👍6

मैं उसी मुद्दे का सामना कर रहा था और पहली बार में इसे पहचानना थोड़ा मुश्किल था, समस्या यह है कि मेरे पास था
var store = sessions.NewCookieStore(securecookie.GenerateRandomKey(10))
इसलिए हर बार जब मैं सर्वर को पुनरारंभ करता हूं, स्टोर के लिए एक नई कुंजी उत्पन्न होती है, और यदि आपने पहले कुकी को वेब ब्राउज़र में सहेजा है, तो कुकी को डीकोड करने का प्रयास करते समय यह एक त्रुटि उत्पन्न करेगा क्योंकि यह नई कुंजी का उपयोग कर रहा है और कुंजी नहीं जब कुकी पहली बार बनाई गई थी।
कुबेरनेट्स में तैनात करते समय यह और भी खराब स्थिति में होना मुश्किल हो सकता है, क्योंकि कभी-कभी एक नोड (मशीन) को पुनरारंभ करने की आवश्यकता होती है और वह नोड अपनी स्वयं की कुंजी उत्पन्न करेगा और इससे अन्य नोड्स के साथ संघर्ष हो सकता है। मैं अनुशंसा करता हूं कि एक यादृच्छिक कुंजी उत्पन्न न करें, इसके बजाय, मैन्युअल रूप से एक कुंजी डालें ताकि आपको उस समस्या का सामना न करना पड़े, जैसे:
var store = sessions.NewCookieStore([]byte("asdaskdhasdhgsajdgasdsadksakdhasidoajsdousahdopj"))

johnbalvin 29 मई 2018

👍2

elithrar 29 मई 2018

👍6

मैं भी एक लंबे कीक्लोक टोकन के कारण प्रभावित हूं।

RubenGarcia 4 नव॰ 2020

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Sessions: सुरक्षितकुकी: मान मान्य नहीं है

सबसे उपयोगी टिप्पणी

सभी 9 टिप्पणियाँ

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