15.04.15 – נתוני גרסה לענן של Apigee Edge

אתם צופים במסמכי העזרה של 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 מתפריט העזרה של ממשק המשתמש לניהול

אפשר לגשת לקהילת Apigee מתפריט העזרה של ממשק המשתמש לניהול.

מדיניות בקרת גישה

מדיניות בקרת הגישה שודרגה כדי לאפשר הערכה מפורטת יותר של כתובות IP לצורך הוספה לרשימת ההיתרים וההוספה לרשימת הדחייה, כשכתובות ה-IP נכללות בכותרת ה-HTTP‏ X-FORWARDED-FOR.

כשמפעילים בדיקה של כמה כתובות IP בכותרת (צריך לפנות לתמיכה כדי להגדיר את הערך feature.enableMultipleXForwardCheckForACL), הרכיב החדש <ValidateBasedOn> במדיניות מאפשר לבדוק את כתובת ה-IP הראשונה, את כתובת ה-IP האחרונה או את כל כתובות ה-IP בכותרת. למידע נוסף, ראו מדיניות בקרת גישה.

הודעות שגיאה בממשק המשתמש לניהול

עיצבנו מחדש את הצגת הודעות השגיאה בממשק המשתמש לניהול.

משתני יעד חדשים בתהליך שליחת ההודעה

משתנים חדשים בתהליכי העברת ההודעות מספקים מידע מלא יותר על כתובות URL של נקודות קצה ייעודיות ושרתים ייעודיים:

  • TargetEndpoint: ‏ request.url מחליף את target.basepath.with.query.
  • TargetServer: ‏ loadbalancing.targetserver מחליף את targetserver.name. בנוסף, השדה target.basepath מאוכלס רק כשמשתמשים באלמנט <Path> באלמנט <LoadBalancer> של HTTPTargetConnection ב-TargetEndpoint.

'Signature Algorithm' (אלגוריתם חתימה) בפרטי אישורי ה-SSL

נוספ השדה 'Signature Algorithm' (אלגוריתם חתימה) לפרטי אישורי ה-SSL. השדה הזה מוצג בממשק המשתמש לניהול ('אדמין' > 'אישורי SSL') וב-Management API (Get Cert Details from a Keystore or Truststore). בשדה מוצג 'sha1WithRSAEncryption' או 'sha256WithRSAEncryption', בהתאם לסוג אלגוריתם הגיבוב ששימש ליצירת האישור.

באגים שתוקנו

בגרסה הזו תוקנו הבאגים הבאים.

מזהה הבעיה תיאור
MGMT-1899 נתיבי המשאבים נמחקים אחרי שמירת הגדרות המוצר
כשעורכים מוצר API, נתיבי המשאבים של המוצר עלולים להימחק אם המשתמש לוחץ לחיצה כפולה על לחצן השמירה. כבר פתרנו את הבעיה הזו.
MGMT-1894 הטעינה של דף האפליקציות למפתחים לעולם לא מסתיימת בעמודה של המפתח
MGMT-1882 שרת proxy חדש ל-API מ-WSDL מציג רק את פרטי הפרמטר האחרון
MGMT-1878 אם פורסים כמה גרסאות לסביבה, ב-Trace מוצגת רק אחת מהן
MGMT-1872 לא ניתן להוריד דוחות בהתאמה אישית
MGMT-1863 לא ניתן להציג יומני Node.js בממשק המשתמש לניהול
MGMT-1825 באגים של פרצות אבטחה XSS‏ (cross-site scripting)
MGMT-1804 במקרים מסוימים, ממשק ה-API של Node.js שולח JSON לא תקין
MGMT-1799 נקודת חולשה באבטחת ממשק המשתמש בשליחת בקשה ב-Trace
MGMT-1362 האימייל 'שכחתי את הסיסמה' לא פועל אם כתובת האימייל מכילה את התו '_'
DEVRT-1514 ObjectTransform מושבת במוצרים מסוימים
APIRT-1170 קובץ משאב חסר גרם לכך ש-MP לא הצליח לטעון סביבה