यह प्रश्न पूछा coders लेकिन कंप्यूटर को पुनरारंभ करना अप्रभावी लगता है।

४२२ आपके द्वारा अनुरोधित परिवर्तन को अस्वीकार कर दिया गया था। सुनिश्चित करें कि आपके पास उस चीज़ तक पहुंच है जिसे आपने बदलने की कोशिश की थी। अगर आपको लगता है कि यह एक गलती है, तो कृपया अपने GitLab व्यवस्थापक से संपर्क करें।

मेरे पास लिनक्स के तहत फ़ायरफ़ॉक्स में उपरोक्त त्रुटि है लेकिन क्रोमियम में मेरी पहुंच है। यह सामान्य कुकी समस्या की तरह दिखता है।

मैंने सभी Gitlab संबंधित कुकीज़ को साफ़ करने की कोशिश की, फिर बिना किसी नए साइन इन प्रयास के कंप्यूटर को पुनरारंभ किया। और कंप्यूटर को पुनरारंभ किया :) हाँ मैं बस कोशिश करता हूँ

लेकिन फिर भी वही त्रुटि, वही ब्राउज़र।

मैं इस समस्या को कैसे संभाल सकता हूं?

यह त्रुटि पासवर्ड भूल गए अनुभाग और फ़ायरफ़ॉक्स के निजी टैब में भी होती है।

क्या कोई अन्य Gitlab संबंधित कुकी है?

3
maxemilian 21 जिंदा 2021, 07:21
मैं वरीयताओं के तहत सभी कुकीज़ को साफ करना पसंद नहीं करूंगा-->गोपनीयता और सुरक्षा-->Cookies and Site Data> डेटा साफ़ करें। मैं सभी कुकीज़ को साफ करने के लिए आसान तरीका चाहता हूं, लेकिन भले ही साफ all cokies and site data and Chached web content काम न करे। यह आश्चर्यजनक है। मैंने सब कुछ साफ कर दिया लेकिन फिर भी 422 ले रहा हूं।
 – 
maxemilian
22 जिंदा 2021, 06:05

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

यह डरावने से बच जाएगा:

https://gitlab.com/gitlab-org/gitlab-foss/uploads/7ef0738b531b0475e1f52a6fa700917a/Unbenannt101.PNG

लेकिन यह इस्तेमाल किए गए GitLab के प्रकार (gitlab.com या ऑन-प्रिमाइसेस GitLab, और उपयोग किए गए वेब सर्वर के प्रकार) पर निर्भर करता है।

उदाहरण के लिए, अंक 53085 अंक 54493:

समूह की आंतरिक उपलब्धता थी, जबकि इसकी एक परियोजना सार्वजनिक थी (वह नहीं जिससे मुझे इतनी परेशानी हो रही थी, जो निजी थी)।

समूह को सार्वजनिक करने से समस्या का समाधान हो गया।


OP maxemilian रिपोर्ट टिप्पणियां यह अब मंजारो पर Firefox के साथ काम कर रहा है:

मैंने अपनी अपडेट डायरी की जांच की, लेकिन केवल फ़ायरफ़ॉक्स एक्सेस समय के बीच जूम मैच सफलतापूर्वक हुए।
मुझे पूरा यकीन है कि यह GitLab लॉगिन कोड से संबंधित था। संदिग्ध तिथियां (6 जनवरी- 21 जनवरी और 3 फरवरी- 6 फरवरी)।
मुझे लगता है कि GitLab द्वारा किया गया यह अपडेट 3 फरवरी से 6 फरवरी के बीच का है।

3
VonC 6 फरवरी 2021, 13:54
अद्भुत संकलन के लिए धन्यवाद। मैंने उन सभी पर नज़र डाली लेकिन मुझे पहुँच नहीं मिली। विशेष रूप से निकोला लुराघी समाधान मेरी स्थिति में फिट दिखता है। अभी भी त्रुटि दे रहा है। मैंने फ़ायरफ़ॉक्स में भी सब कुछ साफ़ कर दिया
 – 
maxemilian
22 जिंदा 2021, 06:02
1
डर्न। यह निराशाजनक है! क्या यह किसी भिन्न कंप्यूटर के साथ बना रहता है?
 – 
VonC
22 जिंदा 2021, 12:00
मैं एंड्रॉइड पर फ़ायरफ़ॉक्स के साथ साइन इन कर सकता हूं। कोई दिक्कत नहीं है। लेकिन मैंने अपने मंज़रो से संबंधित फ़ायरफ़ॉक्स पर सब कुछ हटा दिया फिर पुनः स्थापित किया लेकिन फिर भी वही त्रुटि। मेरे पास डमी चेहरा है
 – 
maxemilian
27 जिंदा 2021, 12:47
यह अब काम कर रहा है! हल किया गया
मैंने अपनी अपडेट डायरी की जांच की, लेकिन केवल zoom फ़ायरफ़ॉक्स एक्सेस समय के बीच सफलतापूर्वक मेल खाता है।
मुझे पूरा यकीन है कि यह GitLab लॉगिन कोड से संबंधित था। संदिग्ध तिथियां (6 जनवरी- 21 जनवरी और 3 फरवरी- 6 फरवरी)। मुझे लगता है कि GitLab द्वारा यह अपडेट 3 फरवरी से 6 फरवरी के बीच किया गया है
BTW, किसी भी मदद के लिए धन्यवाद
 – 
maxemilian
6 फरवरी 2021, 13:43
1
महान! अच्छा किया, और अच्छी पकड़! stackoverflow.com/help/someone-answers पढ़ना न भूलें।
 – 
VonC
6 फरवरी 2021, 13:52

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

समाधान इस बहुत ही संक्षिप्त विवरण के साथ आया:

"ऐसा इसलिए था क्योंकि मेरा स्थानीय समय क्षेत्र ठीक से सेट नहीं किया गया था (और कुकीज़ के साथ खिलवाड़ कर रहा था)" स्रोत: https://www। reddit.com/r/gitlab/comments/cv7pov/422_error_on_wwwgitlabcomuserssignin_and/ey7l7lz?utm_source=share&utm_medium=web2x&context=3

3
lionel 3 अप्रैल 2021, 11:58
हाँ, मुझे अपने डिस्ट्रो के टाइमर में समस्या है जो थोड़ा टूटा हुआ है। मैं एक समय क्षेत्र निर्धारित नहीं कर सका फिर एक समय छोटा करने के लिए मजबूर होना पड़ा। यह अभी भी टूटा हुआ है लेकिन GitLab आजकल काम करता है।
 – 
maxemilian
31 मार्च 2021, 08:44
धन्यवाद। मुझे भी यह समस्या है, क्योंकि मैंने एक ही मशीन पर विंडोज और उबंटू का इस्तेमाल किया था। जब भी मैं विंडोज शुरू करता हूं तो उबंटू को पुनरारंभ करता हूं, स्थानीय घड़ी की व्याख्या करने में दो ओएस अंतर के कारण घड़ी गलत है।
 – 
Anh Tuan
1 अक्टूबर 2021, 09:51