คุณกำลังดูเอกสารประกอบของ Apigee Edge
ไปที่เอกสารประกอบของ
Apigee X info
เมื่อวันอังคารที่ 21 เมษายน 2015 เราได้เปิดตัว Apigee Edge เวอร์ชันใหม่ในระบบคลาวด์
หากมีข้อสงสัย โปรดติดต่อทีมสนับสนุน Apigee Edge
ดูรายการบันทึกประจำรุ่นของ Apigee Edge ทั้งหมดได้ที่บันทึกประจำรุ่นของ Apigee
ฟีเจอร์ใหม่และการปรับปรุง
ฟีเจอร์ใหม่และการปรับปรุงในรุ่นนี้มีดังนี้
รองรับการระบุชื่อเซิร์ฟเวอร์ (SNI)
Edge รองรับการใช้การแสดงชื่อเซิร์ฟเวอร์ (Server Name Indication หรือ SNI) ในทิศทางใต้ (จากตัวประมวลผลข้อความไปยังปลายทางเป้าหมาย) หากต้องการใช้ SNI โปรดติดต่อทีมสนับสนุนของ Apigee Edge
ต้องใช้ Java 1.7
SNI เป็นส่วนขยายของ TLS/SSL ซึ่งช่วยให้แสดงเป้าหมาย HTTPS หลายรายการจากที่อยู่ IP และพอร์ตเดียวกันได้โดยไม่ต้องกำหนดให้เป้าหมายทั้งหมดใช้ใบรับรองเดียวกัน
ไม่จำเป็นต้องมีการกำหนดค่าเฉพาะ Edge หากสภาพแวดล้อมได้รับการกำหนดค่าสำหรับ SNI ขาออก (Edge Cloud จะเป็นค่าเริ่มต้น) Edge จะรองรับ
Edge จะดึงชื่อโฮสต์จาก URL ของคำขอโดยอัตโนมัติและเพิ่มลงใน คำขอแฮนด์เชค SSL ตัวอย่างเช่น หากโฮสต์เป้าหมายคือ https://example.com/request/path Edge จะเพิ่มส่วนขยาย server_name ดังที่แสดงด้านล่าง
ดูข้อมูลเพิ่มเติมเกี่ยวกับ SNI ได้ที่ http://en.wikipedia.org/wiki/Server_Name_Indication
Apigee การเข้าถึงชุมชนจากเมนูความช่วยเหลือของ UI การจัดการ
คุณเข้าถึงชุมชน Apigee ได้จากเมนูความช่วยเหลือของ UI การจัดการ
นโยบายการควบคุมการเข้าถึง
เราได้ปรับปรุงนโยบายการควบคุมการเข้าถึงเพื่อให้ประเมินที่อยู่ IP ได้ละเอียดยิ่งขึ้น
สำหรับการอนุญาตและไม่อนุญาตเมื่อที่อยู่ IP อยู่ใน
X-FORWARDED-FOR ส่วนหัว HTTP
เมื่อเปิดใช้การตรวจสอบที่อยู่ IP หลายรายการในส่วนหัว (ติดต่อทีมสนับสนุนเพื่อตั้งค่า
feature.enableMultipleXForwardCheckForACL) องค์ประกอบ <ValidateBasedOn> ใหม่ใน
นโยบายจะช่วยให้คุณตรวจสอบกับ IP แรก, IP สุดท้าย หรือ IP ทั้งหมดในส่วนหัวได้ ดูข้อมูลเพิ่มเติมได้ที่นโยบายการควบคุม
การเข้าถึง
ข้อความแสดงข้อผิดพลาดของ UI การจัดการ
เราได้ออกแบบข้อความแสดงข้อผิดพลาดที่แสดงใน UI การจัดการใหม่
ตัวแปรเป้าหมายใหม่ใน โฟลว์ข้อความ
ตัวแปรใหม่ในโฟลว์ข้อความจะให้ข้อมูล URL ที่สมบูรณ์ยิ่งขึ้นสำหรับปลายทางเป้าหมายและเซิร์ฟเวอร์เป้าหมาย ดังนี้
- TargetEndpoint:
request.urlแทนที่target.basepath.with.query - TargetServer:
loadbalancing.targetserverแทนที่targetserver.nameนอกจากนี้ ระบบจะป้อนข้อมูลtarget.basepathก็ต่อเมื่อมีการใช้ องค์ประกอบ<Path>ในองค์ประกอบ HTTPTargetConnection ของ TargetEndpoint<LoadBalancer>
"อัลกอริธึม ลายเซ็น" ในรายละเอียดใบรับรอง SSL
เราได้เพิ่มฟิลด์ "อัลกอริทึมลายเซ็น" ใหม่ลงในรายละเอียดใบรับรอง SSL ซึ่งดูได้ใน UI การจัดการ (ผู้ดูแลระบบ > ใบรับรอง SSL) และ Management API (รับ รายละเอียดใบรับรองจากที่เก็บคีย์หรือที่เก็บที่เชื่อถือ) ฟิลด์จะแสดง "sha1WithRSAEncryption" หรือ "sha256WithRSAEncryption" ขึ้นอยู่กับประเภทของอัลกอริทึมแฮชที่ใช้สร้าง ใบรับรอง
แก้ไขข้อบกพร่องแล้ว
ข้อบกพร่องต่อไปนี้ได้รับการแก้ไขในรุ่นนี้
| รหัสปัญหา | คำอธิบาย |
|---|---|
| MGMT-1899 | เส้นทางทรัพยากรที่ถูกลบหลังจากบันทึกการตั้งค่าผลิตภัณฑ์ เมื่อแก้ไขผลิตภัณฑ์ API เส้นทางทรัพยากรของผลิตภัณฑ์อาจถูกลบหากผู้ใช้ ดับเบิลคลิกปุ่มบันทึก ปัญหานี้ได้รับการแก้ไขแล้ว |
| MGMT-1894 | หน้าแอปของนักพัฒนาแอปโหลดไม่เสร็จสำหรับคอลัมน์นักพัฒนาแอป |
| MGMT-1882 | พร็อกซี API ใหม่จาก WSDL จะแสดงรายละเอียดพารามิเตอร์สุดท้ายเท่านั้น |
| MGMT-1878 | หากมีการติดตั้งใช้งานการแก้ไขหลายรายการในสภาพแวดล้อม Trace จะแสดงเพียงรายการเดียว |
| MGMT-1872 | ดาวน์โหลดรายงานที่กำหนดเองไม่ได้ |
| MGMT-1863 | ดูบันทึก Node.js ใน UI การจัดการไม่ได้ |
| MGMT-1825 | ข้อบกพร่อง Cross-site Scripting (XSS) |
| MGMT-1804 | Node.js API ส่ง JSON ที่ไม่ถูกต้องในบางกรณี |
| MGMT-1799 | คำขอส่งช่องโหว่ด้านความปลอดภัยของ UI ใน Trace |
| MGMT-1362 | อีเมลลืมรหัสผ่านจะใช้ไม่ได้หากอีเมลมี "_" |
| DEVRT-1514 | การหยุดทำงานของ ObjectTransform สำหรับผลิตภัณฑ์บางรายการ |
| APIRT-1170 | ไฟล์ทรัพยากรที่ขาดหายไปทำให้ MP โหลดสภาพแวดล้อมไม่สำเร็จ |