您目前查看的是 Apigee Edge 說明文件。
前往 Apigee X 說明文件。 info
我們在 2017 年 3 月 20 日 (星期一) 發布了新版 Apigee Edge for Private Cloud。
更新程序
如要更新安裝項目，請執行下列程序：
-
在所有 Edge 管理伺服器、訊息處理器和 UI 節點上，清除 Yum 存放區：
> sudo yum clean all -
在所有管理伺服器和訊息處理器節點上，執行下列指令：
>/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
其中 configFile 指定您用來安裝 Edge 的設定檔。
-
在所有 Edge UI 節點上，更新
edge-ui：>/opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
修正錯誤
這個版本修正了下列錯誤。
| 問題 ID | 說明 | 版本號碼 |
|---|---|---|
| APIRT-2854 |
從 JavascriptStepExecution 移除偵錯程式碼 |
edge-gateway-4.16.05-0.0.1074 |
| DOS-4039 |
外部驗證導致 apigee-service 指令失敗 啟用外部驗證後，大多數客戶會使用 Active Directory SAM 帳戶名稱欄位做為驗證的使用者名稱，而非 Edge OpenLDAP 伺服器使用的電子郵件地址。 如果您已整合外部目錄服務，並希望 Edge 支援帳戶名稱 (而非電子郵件地址) 做為使用者名稱，請在將 Edge 更新至 4.16.05.07 時，在設定檔中新增下列程式碼： IS_EXTERNAL_AUTH="true" 這行會將 Edge 設定為支援帳戶名稱 (而非電子郵件地址) 做為使用者名稱。 詳情請參閱「4.16.05 版」。 |
apigee-lib-4.16.05-0.0.946 |
| EDGEUI-664 | 使用者執行動作時，Edge UI 工作階段現在會正確延長 | edge-ui-4.16.09-0.0.3806 |
| MGMT-1430 |
驗證 API Proxy 資源 如果 API Proxy 資源檔案 (例如 JavaScript 或 Java JAR) 儲存在環境或機構範圍，驗證架構就不會要求您在 Proxy 套件的 API Proxy 層級中納入這些資源，以便匯入並通過驗證。資源驗證現在會在部署時進行，而非匯入時。 |
edge-gateway-4.16.05-0.0.1074 |
已知問題
這個版本有下列已知問題。
| 問題 ID | 說明 |
|---|---|
| APIRT-2978 |
路由器無法啟動 Nginx 或路由器無法啟動 如果 Edge Router 無法啟動 Nginx 或完全無法啟動，如 /opt/apigee/var/log/edge-router/logs/system.log 檔案所示，請刪除 /opt/nginx/conf.d 目錄中的所有檔案，然後重新啟動路由器： > rm -f /opt/nginx/conf.d/* > /opt/apigee/apigee-service/bin/apigee-service edge-router restart |
| APIRT-3364 |
訊息處理器會對 IPv4 和 IPv6 執行 DNS 查詢 如果您已安裝並啟用 NSCD (名稱服務快取精靈)，可能會發現訊息處理器會進行兩次 DNS 查詢：一次是 IPv4，另一次是 IPv6。 如要停用 IPv6 的 DNS 查詢，請按照下列步驟操作：
|
| PRC-1118 |
執行「apigee-service apigee-postgresql pg-data-purge」指令時發生錯誤 如果您執行「apigee-service apigee-postgresql pg-data-purge」指令，並看到以下形式的錯誤： 錯誤：必須是關係的擁有者 編輯 /opt/apigee/apigee-postgresql-4.16.05-0.0.894/lib/actions/pg-data-purge，並將下列屬性設為「apigee」： POSTGRES_USER=apigee |
| DOC-1687 | 由於已知的套件依附元件衝突，在執行 Qpid 精靈的 Apigee Edge 主機上，Satellite Server 6 中使用的 Katello 代理程式無法正常安裝。 |