پیکربندی پردازشگرهای پیام برای اجازه دادن به هدرهای تکراری

شما در حال مشاهده اسناد Apigee Edge هستید.
به مستندات Apigee X بروید . اطلاعات

طبق مشخصات HTTP RFC 7230، بخش 3.2.2: Field Order ، Apigee Edge انتظار دارد که درخواست HTTP از مشتری یا پاسخ HTTP از سرور باطن حاوی سرصفحه یکسانی نباشد که بیش از یک بار با مقادیر یکسان یا متفاوت ارسال شود. ، مگر اینکه سرصفحه خاص دارای استثنا باشد و مجاز به داشتن موارد تکراری باشد.

به طور پیش فرض، Apigee Edge اجازه می دهد تا مقادیر تکراری و چندگانه به اکثر هدرهای HTTP ارسال شوند. با این حال، اجازه نمی‌دهد سرصفحه‌های خاصی که در سرصفحه‌هایی فهرست شده‌اند و مجاز نیستند دارای مقادیر تکراری و چندگانه باشند . بنابراین:

  • اگر مشتری یک درخواست HTTP با هدر خاص را بیش از یک بار یا با چندین مقدار برای هدرهای HTTP که مجاز به داشتن مقادیر تکراری/چندگانه در Apigee Edge نیستند ارسال کند 400 Bad Request با protocol.http.DuplicateHeader کد خطا دریافت خواهید کرد.http.DuplicateHeader.
  • به طور مشابه، اگر سرور پشتیبان یک پاسخ HTTP با هدر خاص را بیش از یک بار یا با چندین مقدار برای هدرهای HTTP که مجاز به داشتن مقادیر تکراری یا چندگانه در Apigee نیستند ارسال کند 502 Bad Gateway با protocol.http.DuplicateHeader کد خطا دریافت خواهید کرد.http.DuplicateHeader. لبه

راه حل پیشنهادی برای رفع این خطاها این است که برنامه کلاینت و سرور پشتیبان را اصلاح کنید تا سرصفحه های تکراری ارسال نکند و به مشخصات RFC 7230، بخش 3.2.2 پایبند باشد: ترتیب فیلد همانطور که در راهنمای عیب یابی زیر توضیح داده شده است:

با این حال، در برخی موارد ممکن است بخواهید یک استثنا اضافه کنید تا مقادیر تکراری و چندگانه برای برخی از هدرهای HTTP لحاظ شود. در چنین شرایطی، می‌توانید با تنظیم یک ویژگی HTTPHeader. HEADER_NAME در سطح پردازشگر پیام.

این سند اطلاعاتی در مورد این ویژگی ارائه می‌کند، نحوه فعال کردن این ویژگی را برای جلوگیری از خطاهای ذکر شده در بالا توضیح می‌دهد و بهترین روش‌ها را در مورد آن به اشتراک می‌گذارد.

ویژگی های هدر HTTP برای اجازه دادن به تکرارها و مقادیر متعدد

Apigee Edge دو ویژگی زیر را برای کنترل رفتار مجاز کردن مقادیر تکراری و چندگانه برای هدرهای HTTP ارائه می‌کند. توجه داشته باشید که اینها را می‌توان تنها در پردازشگرهای پیام با استفاده از نحو توکن که در نحوه پیکربندی Edge توضیح داده شده است، پیکربندی کرد.

نام ملک توضیحات ارزش های مجاز
HTTPHeader. ANY

این ویژگی نشان می دهد که آیا مقادیر تکراری یا چندگانه برای همه هدرهای HTTP از جمله هدرهای سفارشی ارسال شده به عنوان بخشی از درخواست HTTP که توسط مشتری ارسال می شود یا پاسخ HTTP که توسط سرور باطن به Apigee Edge ارسال می شود مجاز است.

مقدار پیش فرض:

multiValued, allowDuplicates,

  1. blank : مقادیر تکراری و چندگانه برای هدرهای HTTP مجاز نیستند.
  2. multiValued : سرصفحه چند ارزشی را به چند سرصفحه تقسیم کنید. چندین مقدار برای سرصفحه های HTTP مجاز است، اما تکرار مجاز نیست. مقدار multiValued فعال است، که به این معنی است که test-header=a,b به test-header=a و test-header=b.
  3. allowDuplicates : به چندین عنوان HTTP (تکراری) با یک نام اجازه می دهد.
  4. multiValued, allowDuplicates : هم مقادیر متعدد و هم مقادیر تکراری برای هدرهای HTTP مجاز هستند.

HTTPHeader. HEADER_NAME

این ویژگی برای نادیده گرفتن رفتار یک هدر خاص از آنچه توسط HTTPHeader. ANY

 همون بالا

هدرهایی که مجاز به داشتن مقادیر تکراری و چندگانه نیستند

همانطور که قبلاً توضیح داده شد، Apigee Edge به طور پیش‌فرض برای اکثر هدرهای HTTP امکان تکرار و مقادیر متعدد را می‌دهد. این به دلیل ویژگی HTTPHeader. ANY با مقدار multiValued, allowDuplicates.

پیکربندی بازنویسی شد

برای برخی از هدرهای خاص، پیکربندی پیش فرض با استفاده از یکی از روش های زیر بازنویسی می شود:

  • HTTPHeader. HEADER_NAME =multiValued, allowDuplicates

    این پیکربندی رفتار پیش فرض را تغییر نمی دهد . یعنی هدر خاص مجاز است که دارای مقادیر تکراری و چندگانه باشد

    .

  • HTTPHeader. HEADER_NAME =

    این پیکربندی رفتار پیش فرض را تغییر می دهد . یعنی هدر خاص مجاز به داشتن مقادیر تکراری و چندگانه نیست .

تعیین هدرهایی که مجاز به داشتن مقادیر تکراری و چندگانه نیستند

این بخش نحوه شناسایی موارد زیر را توضیح می دهد:

  • هدرهای خاصی که مجاز به داشتن مقادیر تکراری و چندگانه در تنظیمات ابر خصوصی Apigee Edge شما نیستند ، و
  • هدرهای خاص با پیکربندی از قبل موجود

  1. در دستگاه پردازشگر پیام، ویژگی HTTPHeader. در پوشه /opt/apigee/edge-message-processor/conf مطابق شکل زیر:

    grep -ri "HTTPHeader." /opt/apigee/edge-message-processor/conf

    خروجی نمونه:

    # grep -ri "HTTPHeader" /opt/apigee/edge-message-processor/conf
/opt/apigee/edge-message-processor/conf/http.properties:HTTPHeader.ANY=allowDuplicates, multiValued
/opt/apigee/edge-message-processor/conf/http.properties:HTTPHeader.Connection=allowDuplicates, multiValued
… <snipped>
/opt/apigee/edge-message-processor/conf/http.properties:HTTPHeader.Host=
/opt/apigee/edge-message-processor/conf/http.properties:HTTPHeader.Expires=
/opt/apigee/edge-message-processor/conf/http.properties:HTTPHeader.Date=allowDuplicates
…
<snipped>
  2. همانطور که در بخش پیکربندی بازنویسی توضیح داده شد، به اطلاعات زیر در خروجی نمونه بالا توجه کنید:
    1. Connection سرصفحه HTTP رونویسی شده است، اما مجاز به داشتن مقادیر تکراری و چندگانه است
    2. سرصفحه های HTTP Host و Expires رونویسی شده اند و مجاز به داشتن مقادیر تکراری و چندگانه نیستند.
    3. Date سرصفحه HTTP بازنویسی شده است و مجاز به داشتن موارد تکراری است اما مجاز به داشتن چندین مقدار نیست.
    4. تمام سرصفحه‌هایی که در اینجا ظاهر می‌شوند ( Connection ، Host ، Expires ، و Date در نمونه بالا) به عنوان سرصفحه‌هایی با پیکربندی از قبل موجود در این سند نامیده می‌شوند.

رفتار Apigee Edge

جدول زیر رفتار Apigee Edge را هنگامی که هدرها به صورت تکراری و با مقادیر متعدد بسته به نحوه پیکربندی ویژگی‌های HTTPHeader در پردازشگرهای پیام با یک مثال HTTPHeader از test-header ارسال می‌شوند، توضیح می‌دهد.

درخواست کنید HEADERS خروجی بر اساس مقدار conf/http.properties+HTTPHeader.test-header=
<خالی> اجازه تکرار چند ارزشی اجازه تکرار، چند ارزشی (پیش‌فرض)
test‑header=a,b test‑header=a,b test‑header=a,b

protocol.http.
DuplicateHeader

در داخل، test-header=a,b به زیر تقسیم می کنیم:

  • test-header=a و
  • test-header=b

و سپس خطای DuplicateHeader پرتاب می شود.

test‑header=a,b

در داخل، test-header=a,b به زیر تقسیم می کنیم:

  • test-header=a و
  • test-header=b

اما سپس فرم اصلی به هدف ارسال می شود.

test‑header=a
test‑header=b		 protocol.http.
DuplicateHeader		 test‑header=a
test‑header=b		 protocol.http.
DuplicateHeader		 test‑header=a
test‑header=b

قبل از شروع

قبل از استفاده از مراحل این سند، مطمئن شوید که ویژگی‌های پیکربندی Edge در Private Cloud را که در نحوه پیکربندی Edge توضیح داده شده است، درک کرده‌اید.

پیکربندی allowDuplicates و مقادیر متعدد برای هدرها

همانطور که در خصوصیات هدر HTTP توضیح داده شد تا مقادیر تکراری و چندگانه مجاز باشد، مقدار خاصیت HTTPHeader. ANY = allowDuplicates, multiValued به این معنی است که همه هدرها مجاز به داشتن مقادیر تکراری و چندگانه در Apigee Edge هستند. با این حال، سرصفحه‌های خاصی وجود دارند که مقادیر آن‌ها به صراحت بازنویسی می‌شوند تا با استفاده از ویژگی HTTPHeader. HEADER_NAME .

این بخش نحوه پیکربندی ویژگی HTTPHeader. HEADER_NAME اجازه می دهد تا مقادیر تکراری و چندگانه را برای هر عنوان HTTP در پردازشگرهای پیام، با استفاده از نشانه مربوطه مطابق نحو توضیح داده شده در نحوه پیکربندی Edge انجام دهد.

در این بخش، Expires (و myheader ) به عنوان یک عنوان مثال استفاده خواهیم کرد که می‌خواهیم برای آن مقادیر تکراری و چندگانه به شرح زیر اجازه دهیم:

  1. مقدار فعلی ویژگی HTTPHeader HEADER_NAME را تعیین کنید تا مطمئن شوید که از قبل فعال نشده است و با استفاده از دستور زیر اجازه تکرار و مقادیر متعدد را می دهد:
    grep -ri "HTTPHeader.HEADER_NAME" /opt/apigee/edge-message-processor/conf

    به عنوان مثال، اگر می‌خواهید ویژگی را برای سربرگ Expires تنظیم کنید، سپس مقدار فعلی ویژگی HTTPHeader.Expires را در پردازشگر پیام بررسی کنید:

    grep -ri "HTTPHeader.Expires" /opt/apigee/edge-message-processor/conf

    خروجی دستور بالا به یکی از موارد زیر منجر می شود:

    1. ویژگی خالی تنظیم می‌شود، سپس نشان می‌دهد که مقدار بازنویسی می‌شود (و این یک سرصفحه با پیکربندی از قبل موجود است) تا اجازه ندهید سرصفحه‌های تکراری و چندین مقدار وجود داشته باشد. یعنی شما مجاز نیستید هدر Expires بیش از یک بار به عنوان بخشی از درخواست HTTP یا پاسخ HTTP به Apigee ارسال کنید.
    2. هیچ بازدیدی برای ویژگی خاص وجود ندارد، پس این بدان معنی است که مقدار رونویسی نشده است (و این یک هدر با پیکربندی از قبل موجود نیست). این بدان معنی است که هدر خاص را می توان بیش از یک بار به عنوان بخشی از درخواست HTTP یا پاسخ HTTP به Apigee Edge ارسال کرد (تکراری ها مجاز هستند).
    3. این ویژگی با مقدار allowDuplicates, multiValued سپس به این معنی است که مقدار به‌صراحت بازنویسی می‌شود (و این یک هدر با پیکربندی از قبل موجود است). این بدان معنی است که هدر خاص را می توان بیش از یک بار به عنوان بخشی از درخواست HTTP یا پاسخ HTTP به Apigee ارسال کرد (تکراری ها مجاز هستند).

    نمونه خروجی فرمان جستجو:

    /opt/apigee/edge-message-processor/conf/http.properties:HTTPHeader.Expires=

    خروجی نمونه بالا نشان می دهد که ویژگی HTTPHeader.Expires خالی تنظیم شده است. این بدان معنی است که ویژگی بازنویسی شده است تا مقادیر تکراری یا چندگانه برای سرصفحه Expires مجاز نباشد .

  2. اگر متوجه شدید که ویژگی مربوط به هدر خاص به صراحت بازنویسی شده است تا مقادیر تکراری یا چندگانه مانند خروجی مثال بالا مجاز نباشد ، تنها پس از آن مراحل زیر را انجام دهید. اگر به صراحت بازنویسی نشده است، بقیه مراحل این بخش را رد کنید.
  3. ویرایش کنید. اگر وجود ندارد، می توانید آن را ایجاد کنید:
    /opt/apigee/customer/application/message-processor.properties

    به عنوان مثال، برای باز کردن فایل با استفاده از vi ، عبارت زیر را وارد کنید:

    vi /opt/apigee/customer/application/message-processor.properties
  4. یک خط در قالب زیر اضافه کنید: 
    conf_http_HTTPHeader.Expires=allowDuplicates, multiValued
  5. تغییرات خود را ذخیره کنید

  6. مطمئن شوید که فایل خواص متعلق به کاربر apigee است. اگر اینطور نیست دستور زیر را اجرا کنید:

    chown apigee:apigee /opt/apigee/customer/application/message-processor.properties

  7. پردازشگر پیام را مجددا راه اندازی کنید: 

    /opt/apigee/apigee-service/bin/apigee-service edge-message-processor restart

    برای راه‌اندازی مجدد بدون تأثیر ترافیک، به راه‌اندازی مجدد پردازشگرهای پیام بدون تأثیر ترافیک مراجعه کنید.

  8. اگر بیش از یک پردازشگر پیام دارید، مراحل بالا را در همه پردازشگرهای پیام تکرار کنید.

تأیید هدر طوری پیکربندی شده است که دارای مقادیر تکراری و چندگانه باشد

این بخش نحوه تأیید ویژگی HTTPHeader. HEADER_NAME برای یک سرصفحه خاص با موفقیت به‌روزرسانی شد تا امکان تکرار در پردازشگرهای پیام فراهم شود.

ما از Expires به عنوان یک عنوان مثال استفاده می کنیم و بررسی می کنیم که آیا ویژگی مربوطه HTTPHeader.Expires به روز شده است.

حتی اگر از نشانه conf_http_HTTPHeader.Expires برای به روز رسانی مقدار در پردازشگر پیام استفاده می کنید، باید بررسی کنید که آیا ویژگی واقعی HTTPHeader.Expires با مقدار جدید تنظیم شده است یا خیر.

  1. در دستگاه پردازشگر پیام، ویژگی HTTPHeader. HEADER_NAME در پوشه /opt/apigee/edge-message-processor/conf و بررسی کنید که آیا با مقدار جدید مطابق شکل زیر تنظیم شده است یا خیر:
    grep -ri "HTTPHeader.HEADER_NAME" /opt/apigee/edge-message-processor/conf

    به عنوان مثال، اگر می خواهید بررسی کنید که ویژگی HTTPHeader.Expires با مقدار جدید تنظیم شده است، دستور زیر را اجرا کنید: 

    grep -ri "HTTPHeader.Expires" /opt/apigee/edge-message-processor/conf
  2. اگر مقدار جدید با موفقیت برای HTTPHeader. HEADER_NAME روی Message Processor، سپس دستور بالا مقدار جدید را در فایل http.properties نشان می دهد.

  3. نتیجه نمونه دستور بالا پس از پیکربندی allowDuplicates و multiValued به شرح زیر است: 

    /opt/apigee/edge-message-processor/conf/http.properties:HTTPHeader.Expires=allowDuplicates, multiValued
  4. در خروجی مثال بالا، توجه داشته باشید که ویژگی HTTPHeader.Expires با مقدار جدید allowDuplicates, multiValued در http.properties تنظیم شده است. این نشان می‌دهد که رفتار مجاز کردن مقادیر تکراری و چندگانه در HTTPHeader با موفقیت در پردازشگر پیام پیکربندی شده است.
  5. اگر همچنان مقدار قدیمی ویژگی HTTPHeader. HEADER_NAME ، سپس بررسی کنید که تمام مراحل ذکر شده در پیکربندی allowDuplicates و چندین مقدار برای سرصفحه ها را به درستی دنبال کرده اید. اگر هر مرحله ای را از دست داده اید، تمام مراحل را دوباره به درستی تکرار کنید.

    مطمئن شوید که پراکسی‌های شما همانطور که انتظار می‌رود کار می‌کنند، به خصوص اگر منطق کاربردی برای دریافت و تنظیم هدرها در پروکسی وجود داشته باشد.

  6. اگر هنوز نمی توانید ملک را تغییر دهید، با پشتیبانی Apigee Edge تماس بگیرید

غیرفعال کردن allowDuplicates برای هدرها

این بخش نحوه پیکربندی خاصیت HTTPHeader.{Headername} اجازه نمی‌دهد تکراری و مقادیر متعدد برای یک سربرگ HTTP خاص در پردازشگرهای پیام، با استفاده از نشانه مربوطه مطابق نحو توضیح داده شده در نحوه پیکربندی Edge، انجام شود .

در این بخش، Expires (و myheader ) به عنوان هدر مثالی استفاده می‌کنیم که نمی‌خواهیم تکراری برای آن‌ها اجازه دهیم، همانطور که در زیر توضیح داده شده است:

  1. مقدار فعلی ویژگی HTTPHeader HEADER_NAME را تعیین کنید تا مطمئن شوید که از قبل غیرفعال نشده است و با استفاده از دستور زیر اجازه تکرار و مقادیر متعدد را می دهد:
    grep -ri "HTTPHeader.HEADER_NAME" /opt/apigee/edge-message-processor/conf

    برای مثال اگر می‌خواهید ویژگی را برای سرآیند Expires تنظیم کنید، مقدار فعلی ویژگی HTTPHeader.Expires را در پردازشگر پیام بررسی کنید: 

    grep -ri "HTTPHeader.Expires" /opt/apigee/edge-message-processor/conf

    خروجی دستور بالا به یکی از موارد زیر منجر می شود:

    1. ویژگی خالی تنظیم می‌شود، سپس نشان می‌دهد که مقدار i روی NOT بازنویسی می‌شود تا هدرهای تکراری و مقادیر متعدد مجاز نباشد . یعنی شما مجاز نیستید هدر Expires بیش از یک بار به عنوان بخشی از درخواست HTTP یا پاسخ HTTP به Apigee ارسال کنید.
    2. هیچ بازدیدی برای ویژگی خاص وجود ندارد، پس به این معنی است که مقدار رونویسی نشده است و این یک سرصفحه NOT با پیکربندی از قبل موجود است. این بدان معنی است که هدر خاص را می توان بیش از یک بار به عنوان بخشی از درخواست HTTP یا پاسخ HTTP به Apigee Edge ارسال کرد (تکراری ها مجاز هستند).
    3. این ویژگی با مقدار allowDuplicates, multiValued سپس به این معنی است که مقدار به‌صراحت بازنویسی می‌شود و این یک پیکربندی موجود است . با این حال، این بدان معنی است که هدر خاص را می توان بیش از یک بار به عنوان بخشی از درخواست HTTP یا پاسخ HTTP به Apigee ارسال کرد (تکراری ها مجاز هستند).

    نمونه خروجی شماره 1

    نمونه خروجی شماره 1 فرمان جستجو: 

    /opt/apigee/edge-message-processor/conf/http.properties:HTTPHeader.Expires=allowDuplicates, multiValued

    خروجی نمونه نشان می دهد که ویژگی HTTPHeader.Expires روی allowDuplicates, multiValued تنظیم شده است. این بدان معنی است که ویژگی بازنویسی شده است تا مقادیر تکراری یا چندگانه برای سرصفحه Expires مجاز باشد.

    نمونه خروجی شماره 2

    نمونه فرمان و خروجی شماره 2 از فرمان جستجو 

    grep -ri "HTTPHeader.myheader" /opt/apigee/edge-message-processor/conf

    خروجی نمونه هیچ خروجی را نشان نمی دهد، که به این معنی است که ویژگی HTTPHeader.myheader روی allowDuplicates, multiValued . این همچنین به این معنی است که ویژگی برای header myheader رونویسی نشده است .

  2. اگر متوجه یکی از موارد زیر شدید، بقیه مراحل این بخش را انجام دهید:
    1. ویژگی مربوط به هدر خاص بازنویسی می شود تا مانند خروجی نمونه شماره 1 در بالا ، مقادیر تکراری و چندگانه مجاز شود (سرصفحه با پیکربندی از قبل موجود )
    2. همانطور که در خروجی نمونه شماره 2 در بالا آمده است، هیچ بازدیدی برای ویژگی مربوط به هدر خاص وجود ندارد (نه هدر با پیکربندی از قبل موجود )

    در غیر این صورت، بقیه مراحل این قسمت را رد کنید.

  3. فایل زیر را ویرایش کنید. اگر وجود ندارد، می توانید آن را ایجاد کنید.
    /opt/apigee/customer/application/message-processor.properties

    به عنوان مثال، برای باز کردن فایل با استفاده از vi ، عبارت زیر را وارد کنید: 

    vi /opt/apigee/customer/application/message-processor.properties
  4. یک خط با فرمت زیر به فایل خواص اضافه کنید:

    پیکربندی از قبل موجود

    سناریوی شماره 1: هدر با پیکربندی از قبل موجود: 

    conf_http_HTTPHeader.Expires=

    هیچ پیکربندی از قبل موجود نیست

    سناریوی شماره 2: هدر با پیکربندی از قبل موجود نیست: 

    conf/http.properties+HTTPHeader.myheader=
  5. تغییرات خود را ذخیره کنید
  6. مطمئن شوید که فایل خواص متعلق به کاربر apigee است. اگر نیست، موارد زیر را اجرا کنید: 
    chown apigee:apigee /opt/apigee/customer/application/message-processor.properties
  7. پردازشگر پیام را مجددا راه اندازی کنید:
    /opt/apigee/apigee-service/bin/apigee-service edge-message-processor restart

    برای راه‌اندازی مجدد بدون تأثیر ترافیک، به راه‌اندازی مجدد پردازشگرهای پیام بدون تأثیر ترافیک مراجعه کنید.

  8. اگر بیش از یک پردازشگر پیام دارید، مراحل بالا را در همه پردازشگرهای پیام تکرار کنید.

تأیید هدر طوری پیکربندی شده است که اجازه تکرار و مقادیر متعدد را نمی دهد

این بخش نحوه تأیید ویژگی HTTPHeader. HEADER_NAME برای یک سرصفحه خاص با موفقیت به‌روزرسانی شد تا امکان تکرار در پردازشگرهای پیام وجود نداشته باشد.

ما از Expires (و myheader ) به عنوان یک عنوان مثال استفاده می کنیم و بررسی می کنیم که آیا ویژگی مربوطه HTTPHeader.Expires (و HTTPHeader.myheader ) به روز شده است یا خیر.

  1. در دستگاه پردازشگر پیام، ویژگی HTTPHeader. HEADER_NAME در پوشه /opt/apigee/edge-message- processor/conf و بررسی کنید که آیا با مقدار جدید مطابق شکل زیر تنظیم شده است یا خیر: 

    grep -ri "HTTPHeader.HEADER_NAME" /opt/apigee/edge-message-processor/conf

    برای مثال، اگر می‌خواهید ویژگی HTTPHeader.Expires را با مقدار جدید بررسی کنید، می‌توانید دستور زیر را اجرا کنید:

    پیکربندی از قبل موجود 

    grep -ri "HTTPHeader.Expires" /opt/apigee/edge-message-processor/conf

    هیچ پیکربندی از قبل موجود نیست 

    grep -ri "HTTPHeader.myheader" /opt/apigee/edge-message-processor/conf
  2. اگر مقدار هدر HTTP جدید با موفقیت برای HTTPHeader. HEADER_NAME I در پردازشگر پیام، سپس دستور بالا مقدار جدید را در فایل http.properties نشان می دهد.
  3. نتیجه نمونه دستور بالا پس از غیرفعال کردن allowDuplicates به شرح زیر است:

    پیکربندی از قبل موجود

    سناریوی شماره 1 : سربرگ منقضی شده ( سرصفحه با پیکربندی از قبل موجود) 

    /opt/apigee/edge-message-processor/conf/http.properties:HTTPHeader.Expires=

    هیچ پیکربندی از قبل موجود نیست

    سناریوی شماره 2: هدر myheader (نه هدر با پیکربندی از قبل موجود) 

    /opt/apigee/edge-message-processor/conf/http.properties:HTTPHeader.myheader=
  4. در خروجی مثال بالا، توجه داشته باشید که ویژگی HTTPHeader.Expires (و HTTPHeader.myheader ) با مقدار جدید { blank} در http.properties تنظیم شده است. این نشان می‌دهد که رفتار مجاز کردن مقادیر تکراری و چندگانه برای سرصفحه HTTP خاص Expires (و myheader ) با موفقیت در پردازشگر پیام غیرفعال شده است.

  5. اگر همچنان مقدار قدیمی ویژگی HTTPHeader.Expires (or HTTPHeader.myheader) می‌بینید، بررسی کنید که تمام مراحل ذکر شده در پیکربندی allowDuplicates و مقادیر متعدد برای سرصفحه‌ها را به درستی دنبال کرده‌اید. اگر هر مرحله ای را از دست داده اید، تمام مراحل را دوباره به درستی تکرار کنید.

    مطمئن شوید که پراکسی‌های شما همانطور که انتظار می‌رود کار می‌کنند، به خصوص اگر منطق کاربردی برای دریافت و تنظیم هدرها در پروکسی وجود داشته باشد.

  6. اگر هنوز نمی توانید ملک را تغییر دهید، با پشتیبانی Apigee Edge تماس بگیرید.