20.09.18 - บันทึกประจำรุ่น Apigee Edge สำหรับระบบคลาวด์สาธารณะ

Management API อนุญาตให้ใช้นามแฝงที่ซ้ำกัน

เราไม่แนะนำให้ใช้ /o/$ORG/e/$ENV/keystores/$KEYSTORE/certs API เนื่องจากอาจทำให้เกิดชื่อแทนที่ซ้ำกัน

ข้อผิดพลาดของ KeyStore ไม่แสดงอย่างถูกต้องใน UI ของ Edge

ตอนนี้ Management API สำหรับการอัปโหลดคีย์และใบรับรองจะแสดงข้อความแสดงข้อผิดพลาดที่อธิบาย เพื่อช่วยในการวินิจฉัยและแก้ไขปัญหา

คำค้นหาแอปของนักพัฒนาแอปไม่แสดงผลลัพธ์

API การจัดการเพื่อค้นหาแอปสำหรับนักพัฒนาแอปที่ระบุแสดงผลลัพธ์ที่ว่างเปล่า สำหรับนักพัฒนาแอปที่มีแอปจำนวนมากขึ้น การเปลี่ยนแปลงนี้จะแก้ไขลักษณะการทำงานและแสดงชุดผลลัพธ์

มีการทำให้การแก้ไขโฟลว์ที่แชร์ 2 รายการใช้งานได้ในสภาพแวดล้อมเดียวกัน

API การทำให้โฟลว์ที่แชร์ใช้งานได้อนุญาตให้มีการแก้ไขโฟลว์ที่แชร์เดียวกัน 2 รายการภายใต้ เงื่อนไขข้อผิดพลาดบางอย่าง การแก้ไขนี้จะป้องกันไม่ให้มีการทำให้การแก้ไขโฟลว์ที่แชร์ 2 รายการ ใช้งานได้ในสภาพแวดล้อมเดียวกัน

เพิ่มการตรวจสอบใบรับรอง Truststore ที่ลูกค้าอัปโหลด

ตอนนี้ระบบจะตรวจสอบใบรับรอง Truststore ที่ลูกค้าอัปโหลดเพื่อให้แน่ใจว่า แต่ละเชนมีใบรับรองทั้งหมดจนถึงรูท

การเพิกถอนโทเค็นเพื่อการเข้าถึงตามรหัสผู้ใช้ปลายทางดูเหมือนจะไม่ได้ผลสำหรับ รหัสผู้ใช้ปลายทางบางรายการ

API โทเค็นเพื่อการเข้าถึงการเพิกถอนตามรหัสผู้ใช้ปลายทางทํางานไม่เป็นไปตามที่คาดไว้หากมีโทเค็นเพื่อการเข้าถึงมากกว่า 100 รายการที่เชื่อมโยงกับรหัส การแก้ไขนี้จะจัดการกรณีของรหัสที่มีโทเค็นจำนวนมากขึ้น

ใบรับรองแบบ Self-signed เสียหาย

ตอนนี้เซิร์ฟเวอร์การจัดการจะสร้างใบรับรองที่ลงนามด้วยตนเองในรูปแบบ PEM นอกจากนี้ Management API ยังตรวจสอบว่าใบรับรองที่ลงนามด้วยตนเองที่ระบุอยู่ในรูปแบบ PEM

การเพิ่ม TLS แบบ 2 ทางด้วยใบรับรอง DER

การแก้ไขเหมือนกับ #112879927

การตรวจสอบความถูกต้องของนามแฝงโฮสต์เสมือนที่ซ้ำกันไม่ทำงานตามที่คาดไว้

เราได้ปรับปรุงการตรวจสอบและความถูกต้องของนามแฝงโฮสต์เสมือนที่ซ้ำกันเพื่อให้ครอบคลุม ทุกกรณี

เพิ่มสิทธิ์ที่ขาดหายไปให้กับบทบาท devadmin เริ่มต้น

ตอนนี้บทบาทเริ่มต้น devadmin มีสิทธิ์ GET ใน /apps แล้ว

การตรวจสอบเชนใบรับรองหากมีในระหว่างการสร้างนามแฝง (ไม่มี การตรวจสอบรูท)

เราได้ปรับปรุงการตรวจสอบชุดใบรับรองระหว่างการอัปโหลดแล้ว ใบรับรองต้องเรียงตามลำดับ และใบรับรองสุดท้ายต้องเป็นใบรับรองรูทหรือใบรับรองกลางที่ลงนาม โดยใบรับรองรูท สำหรับใบรับรองหลายรายการในห่วงโซ่ ใบรับรองลีฟ (ใบรับรองจริง) ต้องอยู่ด้านบน (อันดับแรก) และใบรับรองระดับกลางที่เลือกได้จะอยู่ถัดลงมา และสุดท้ายคือใบรับรองรูทที่เลือกได้ซึ่งอยู่ด้านล่าง (อันดับสุดท้าย)

การบังคับใช้ขีดจำกัดขนาดค่า KVM

ตอนนี้ระบบบังคับใช้ขีดจำกัดขนาดค่า KVM เป็น 512 KB แล้ว

เพิ่มการตรวจสอบความถูกต้องสำหรับ keyalias ในที่เก็บคีย์

ตอนนี้ระบบจะตรวจสอบชื่อแทนคีย์ในคีย์สโตร์แล้ว หากระบุคีย์ที่ไม่มีอยู่ API จะแสดงข้อผิดพลาด