400 गलत अनुरोध - डुप्लीकेट हेडर

आपको Apigee Edge दस्तावेज़ दिख रहा है.
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इस पेज पर जाएं Apigee X दस्तावेज़. जानकारी

समस्या का ब्यौरा

क्लाइंट ऐप्लिकेशन को गड़बड़ी कोड के साथ 400 Bad Request का एक एचटीटीपी स्टेटस कोड मिलता है protocol.http.DuplicateHeader का इस्तेमाल, एपीआई कॉल के रिस्पॉन्स के तौर पर किया जाता है.

गड़बड़ी का मैसेज

क्लाइंट ऐप्लिकेशन को यह रिस्पॉन्स कोड मिलता है:

HTTP/1.1 400 Bad Request

इसके अलावा, आपको गड़बड़ी का ऐसा मैसेज भी दिख सकता है जो नीचे दिए गए मैसेज से मिलता-जुलता है:

{
   "fault":{
      "faultstring":"Duplicate Header \"Expires\"",
      "detail":{
         "errorcode":"protocol.http.DuplicateHeader"
      }
   }
}

संभावित कारण

यह गड़बड़ी तब होती है, जब कोई ऐसा एचटीटीपी हेडर हो जिसे Apigee में डुप्लीकेट बनाने की अनुमति नहीं है Edge, इनके भेजे गए एचटीटीपी अनुरोध के हिस्से के तौर पर एक ही या अलग-अलग वैल्यू के साथ एक से ज़्यादा बार दिखता है क्लाइंट को Apigee Edge पर भेजना है.

के अनुसार आरएफ़सी 7230, सेक्शन 3.2.2: फ़ील्ड ऑर्डर, ईमेल भेजने वाले को एक से ज़्यादा हेडर जनरेट नहीं करना चाहिए किसी मैसेज में उसी फ़ील्ड नाम के साथ फ़ील्ड शामिल करें, जब तक कि उसके लिए पूरा फ़ील्ड मान न हो हेडर फ़ील्ड को कॉमा लगाकर अलग की गई सूची के तौर पर दिखाया जाता है, [यानी, #(values)] या हेडर फ़ील्ड लोकप्रिय अपवाद. अगर Apigee Edge को कोई खास हेडर मिलता है, तो डुप्लीकेट हैं, तो क्लाइंट के एचटीटीपी अनुरोध में एक से ज़्यादा बार शामिल है, तो 400 Bad Request और गड़बड़ी कोड के साथ जवाब देता है protocol.http.DuplicateHeader.

इस गड़बड़ी की ये वजहें हो सकती हैं:

गड़बड़ी की जांच करने के सामान्य तरीके

इस गड़बड़ी का पता लगाने के लिए, इनमें से किसी एक टूल/तकनीक का इस्तेमाल करें:

वजह: अनुरोध में डुप्लीकेट हेडर मिला है

संक्रमण की जांच

1. एपीआई का इस्तेमाल करके मिली गड़बड़ी के लिए, गलत कोड और गलत सोर्स का पता लगाएं मॉनिटरिंग या NGINX ऐक्सेस लॉग के बारे में जानकारी, जैसा कि गड़बड़ी की जानकारी देने के सामान्य तरीके में बताया गया है.
2. अगर गलत सोर्स की वैल्यू apigee या MP है, तो इससे पता चलता है कि क्लाइंट ऐप्लिकेशन से Apigee को भेजे गए अनुरोध में डुप्लीकेट मौजूद है हेडर.

3. इसका इस्तेमाल करके, अनुरोध के हिस्से के तौर पर एक से ज़्यादा बार भेजे जाने वाले असल हेडर का पता लगाया जा सकता है नीचे दिए गए तरीकों में से कोई एक तरीका अपनाएं:

   गड़बड़ी का मैसेज

   गड़बड़ी के मैसेज का इस्तेमाल करना

   1. अगर आपके पास Apigee Edge से मिले, गड़बड़ी के पूरे मैसेज का ऐक्सेस है, तो faultstring देखें. faultstring में हेडर नाम जो एक से ज़्यादा बार भेजा गया है.

      गड़बड़ी के मैसेज का उदाहरण:

      "faultstring":"Duplicate Header \"Expires\""
      

   2. ऊपर दिए गए गड़बड़ी के मैसेज में, आप देख सकते हैं कि हेडर Expires को एक से ज़्यादा बार भेजा गया है, जैसा कि faultstring में देखा गया है.

   असल अनुरोध

   असल अनुरोध का इस्तेमाल करना

   1. अगर आपके पास क्लाइंट ऐप्लिकेशन के असल अनुरोध का ऐक्सेस है, तो यह तरीका अपनाएं:

      1. अनुरोध में पास किए गए हेडर की सूची की पुष्टि करें.
      2. अगर आपको लगता है कि कोई हेडर, अनुरोध नहीं किया है या अलग-अलग वैल्यू डाली हैं , तो यह वजह है इस गड़बड़ी को ठीक करने के लिए.

      अनुरोध का सैंपल:

      curl https://HOST_ALIAS/duplicateheadertest -v -H "Expires: Mon, 21 June 2021 07:28:00 GMT" -H "Expires: Mon, 21 June 2021 07:28:00 GMT"
      

      ऊपर दिए गए उदाहरण अनुरोध में, हेडर Expires को इससे ज़्यादा एक बार. इसलिए, यह अनुरोध 400 Bad Request गड़बड़ी की वजह से पूरा नहीं हो पाता है और गड़बड़ी कोड: protocol.http.DuplicateHeader.

   2. इसके अलावा, अगर आपके पास क्लाइंट लॉग का ऐक्सेस है, तो देखें कि Apigee Edge को किए गए असल अनुरोध के बारे में जानकारी देता है और हेडर तय करता है कि एक से ज़्यादा बार भेजा गया हो.

रिज़ॉल्यूशन

HTTPHeader.Expires=allowDuplicates, multiValued

खास जानकारी

Apigee को उम्मीद है कि क्लाइंट ऐप्लिकेशन, अनुरोध के हिस्से के तौर पर डुप्लीकेट हेडर नहीं भेजे आरएफ़सी के नीचे दिए गए निर्देशों के मुताबिक:

अगर आपको अब भी Apigee की सहायता टीम से कोई मदद चाहिए, तो यहां जाएं गड़बड़ी की जानकारी इकट्ठा करना ज़रूरी है.

ऐप्लिकेशन की परफ़ॉर्मेंस से जुड़ी जानकारी इकट्ठा करना ज़रूरी है

गड़बड़ी की जानकारी इकट्ठा करें. इसके बाद, Apigee Edge की सहायता टीम से संपर्क करें.

अगर आप सार्वजनिक क्लाउड के उपयोगकर्ता हैं, तो यह जानकारी दें:

• संगठन का नाम
• परिवेश का नाम
• एपीआई प्रॉक्सी का नाम
• 400 गड़बड़ी को ठीक करने के लिए इस्तेमाल किए गए curl निर्देश को पूरा करें
• एपीआई अनुरोधों के लिए फ़ाइल ट्रेस करें

अगर आप निजी Cloud उपयोगकर्ता हैं, तो यह जानकारी दें:

• पूरे न हो पाने वाले अनुरोधों की वजह से, गड़बड़ी का पूरा मैसेज मिला
• परिवेश का नाम
• एपीआई प्रॉक्सी बंडल
• curl निर्देश पूरा करें, जिसका इस्तेमाल आपने 400 गड़बड़ी को ठीक करने के लिए किया था
• एपीआई अनुरोधों के लिए फ़ाइल ट्रेस करें

• NGINX ऐक्सेस के लॉग:

  /opt/apigee/var/log/edge-router/nginx/ORG~ENV.PORT#_access_log

  कहां: ORG, ENV और PORT# को इससे बदल दिया गया है सेट करें.

• मैसेज प्रोसेसर के सिस्टम लॉग /opt/apigee/var/log/edge-message-processor/logs/system.log अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है