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

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

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

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

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

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

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. अगर Fault Source की वैल्यू 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 कमांड
• एपीआई अनुरोधों के लिए ट्रेस फ़ाइल

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

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

• 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