यह प्रश्न पूछा coders लेकिन कंप्यूटर को पुनरारंभ करना अप्रभावी लगता है।
४२२ आपके द्वारा अनुरोधित परिवर्तन को अस्वीकार कर दिया गया था। सुनिश्चित करें कि आपके पास उस चीज़ तक पहुंच है जिसे आपने बदलने की कोशिश की थी। अगर आपको लगता है कि यह एक गलती है, तो कृपया अपने GitLab व्यवस्थापक से संपर्क करें।
मेरे पास लिनक्स के तहत फ़ायरफ़ॉक्स में उपरोक्त त्रुटि है लेकिन क्रोमियम में मेरी पहुंच है। यह सामान्य कुकी समस्या की तरह दिखता है।
मैंने सभी Gitlab संबंधित कुकीज़ को साफ़ करने की कोशिश की, फिर बिना किसी नए साइन इन प्रयास के कंप्यूटर को पुनरारंभ किया। और कंप्यूटर को पुनरारंभ किया :) हाँ मैं बस कोशिश करता हूँ
लेकिन फिर भी वही त्रुटि, वही ब्राउज़र।
मैं इस समस्या को कैसे संभाल सकता हूं?
यह त्रुटि पासवर्ड भूल गए अनुभाग और फ़ायरफ़ॉक्स के निजी टैब में भी होती है।
क्या कोई अन्य Gitlab संबंधित कुकी है?
2 जवाब
इसके बाद अंक 35447 और अंक 40898।
अंतिम में शामिल हैं:
ठीक है, मुझे संदेह है कि कई लोगों के लिए यहाँ समस्या यह है कि GitLab सत्र कुकी यहाँ सुरक्षित करने के लिए सेट है: https://gitlab.com/gitlab-org/gitlab-ce/blob/9c491bc628f5a72424b82bb01e2457150bf2e71c/config/initializers/session_store.rb#L25
सही एसएसएल हेडर सेट करने से समस्या ठीक हो जाती है।
यदि, किसी कारण से, कनेक्शन एक HTTPS कनेक्शन प्रतीत नहीं होता है, तो रेल कुकी नहीं भेजेगी, और क्लाइंट लॉगिन नहीं कर पाएगा। आप
GET /users/sign_inएंडपॉइंट में प्रतिक्रिया शीर्षलेखों की जांच करके इसकी पुष्टि करने में सक्षम हो सकते हैं: यदि आप पहली बार पृष्ठ लोड करते समय_gitlab_sessionकुकी भेजते हैं, तो चीजें ठीक से काम कर रही हैं।
और:
JuKu JuKu @JuKu · 1 साल पहले
HaProxy के लिए समाधान:
इन पंक्तियों को अपने फ़्रंटएंड में जोड़ें: reqadd X-Forwarded-Proto:\ http
इस बदलाव के बाद, इसने मेरे लिए काम किया।
यह भी देखें: https://www.digitalocean.com/community/tutorials/how-to-implement-ssl-termination-with-haproxy-on-ubuntu-14-04
यह डरावने से बच जाएगा:
लेकिन यह इस्तेमाल किए गए GitLab के प्रकार (gitlab.com या ऑन-प्रिमाइसेस GitLab, और उपयोग किए गए वेब सर्वर के प्रकार) पर निर्भर करता है।
उदाहरण के लिए, अंक 53085 अंक 54493:
समूह की आंतरिक उपलब्धता थी, जबकि इसकी एक परियोजना सार्वजनिक थी (वह नहीं जिससे मुझे इतनी परेशानी हो रही थी, जो निजी थी)।
समूह को सार्वजनिक करने से समस्या का समाधान हो गया।
OP maxemilian रिपोर्ट टिप्पणियां यह अब मंजारो पर Firefox के साथ काम कर रहा है:
मैंने अपनी अपडेट डायरी की जांच की, लेकिन केवल फ़ायरफ़ॉक्स एक्सेस समय के बीच जूम मैच सफलतापूर्वक हुए।
मुझे पूरा यकीन है कि यह GitLab लॉगिन कोड से संबंधित था। संदिग्ध तिथियां (6 जनवरी- 21 जनवरी और 3 फरवरी- 6 फरवरी)।
मुझे लगता है कि GitLab द्वारा किया गया यह अपडेट 3 फरवरी से 6 फरवरी के बीच का है।
मैंने अपनी अपडेट डायरी की जांच की, लेकिन केवल
zoom फ़ायरफ़ॉक्स एक्सेस समय के बीच सफलतापूर्वक मेल खाता है। मुझे पूरा यकीन है कि यह GitLab लॉगिन कोड से संबंधित था। संदिग्ध तिथियां (6 जनवरी- 21 जनवरी और 3 फरवरी- 6 फरवरी)। मुझे लगता है कि GitLab द्वारा यह अपडेट 3 फरवरी से 6 फरवरी के बीच किया गया है
BTW, किसी भी मदद के लिए धन्यवाद।
समस्या को न केवल निर्दिष्ट कुकीज़ के साथ, बल्कि समय प्रणाली के सुधार के साथ भी ठीक किया जाना चाहिए। मुझे ठीक उसी समस्या का सामना करना पड़ा: कुकीज़ के रीसेट के साथ भी फ़ायरफ़ॉक्स से कनेक्ट करने में असमर्थ, लेकिन मैं क्रोम से कनेक्ट करने में सक्षम था। (यह अजीब लगता है क्योंकि क्रोम पर भी मेरी घड़ी प्रणाली झूठी थी।)
समाधान इस बहुत ही संक्षिप्त विवरण के साथ आया:
"ऐसा इसलिए था क्योंकि मेरा स्थानीय समय क्षेत्र ठीक से सेट नहीं किया गया था (और कुकीज़ के साथ खिलवाड़ कर रहा था)" स्रोत: https://www। reddit.com/r/gitlab/comments/cv7pov/422_error_on_wwwgitlabcomuserssignin_and/ey7l7lz?utm_source=share&utm_medium=web2x&context=3
Cookies and Site Data> डेटा साफ़ करें। मैं सभी कुकीज़ को साफ करने के लिए आसान तरीका चाहता हूं, लेकिन भले ही साफall cokies and site data and Chached web contentकाम न करे। यह आश्चर्यजनक है। मैंने सब कुछ साफ कर दिया लेकिन फिर भी 422 ले रहा हूं।