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 की सहायता टीम से संपर्क करें.

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

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

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

• असफल अनुरोधों के लिए देखा गया पूरा गड़बड़ी का मैसेज
• परिवेश का नाम
• एपीआई प्रॉक्सी बंडल
• 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