คุณกําลังดูเอกสารประกอบของ Apigee Edge
ไปที่เอกสารประกอบของ Apigee X info
เมื่อวันอังคารที่ 21 เมษายน 2015 เราได้เปิดตัว Apigee Edge เวอร์ชันใหม่ในระบบคลาวด์
หากมีคำถาม โปรดไปที่ทีมสนับสนุนลูกค้าของ Apigee
ดูรายการบันทึกประจำรุ่นทั้งหมดของ Apigee Edge ได้ที่บันทึกประจำรุ่นของ Apigee
ฟีเจอร์ใหม่และการปรับปรุง
ฟีเจอร์ใหม่และการปรับปรุงในรุ่นนี้มีดังนี้
การรองรับการแสดงชื่อเซิร์ฟเวอร์ (Server Name Indication หรือ SNI)
Edge รองรับการใช้ Server Name Indication ไปทางใต้ (จากโปรแกรมประมวลผลข้อความไปยังปลายทางเป้าหมาย) หากต้องการใช้ SNI โปรดติดต่อทีมสนับสนุนของ Apigee
ต้องใช้ 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 อยู่ในส่วนหัว HTTP ของ X-FORWARDED-FOR
เมื่อเปิดใช้การตรวจสอบที่อยู่ IP หลายรายการในส่วนหัว (โปรดติดต่อทีมสนับสนุนเพื่อตั้งค่า <ValidateBasedOn>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<LoadBalancer>ของ TargetEndpoint
"อัลกอริทึมลายเซ็น" ในรายละเอียดใบรับรอง SSL
เพิ่มช่อง "อัลกอริทึมลายเซ็น" ใหม่ลงในรายละเอียดใบรับรอง SSL ซึ่งดูได้ใน UI การจัดการ (ผู้ดูแลระบบ > ใบรับรอง SSL) และ API การจัดการ (ดูรายละเอียดใบรับรองจากคีย์สโตร์หรือทรัสต์สโตร์) ช่องนี้จะแสดง "sha1WithRSAEncryption" หรือ "sha256WithRSAEncryption" โดยขึ้นอยู่กับประเภทของอัลกอริทึมการแฮชที่ใช้สร้างใบรับรอง
ข้อบกพร่องที่แก้ไขแล้ว
ข้อบกพร่องต่อไปนี้ได้รับการแก้ไขในรุ่นนี้
| รหัสปัญหา | คำอธิบาย |
|---|---|
| MGMT-1899 | เส้นทางทรัพยากรถูกลบหลังจากบันทึกการตั้งค่าผลิตภัณฑ์ เมื่อแก้ไขผลิตภัณฑ์ API ระบบอาจลบเส้นทางทรัพยากรของผลิตภัณฑ์หากผู้ใช้ดับเบิลคลิกปุ่ม "บันทึก" ปัญหานี้ได้รับการแก้ไขแล้ว |
| MGMT-1894 | หน้าแอปของนักพัฒนาแอปไม่โหลดคอลัมน์นักพัฒนาแอปจนเสร็จสิ้น |
| MGMT-1882 | พร็อกซี API ใหม่จาก WSDL จะแสดงเฉพาะรายละเอียดพารามิเตอร์ล่าสุด |
| MGMT-1878 | หากมีการทําให้เวอร์ชันแก้ไขหลายเวอร์ชันใช้งานได้ในสภาพแวดล้อมหนึ่งๆ การติดตามจะแสดงเพียงเวอร์ชันเดียว |
| 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 โหลดสภาพแวดล้อมไม่สําเร็จ |