- 升级到BPA v4.1.2补丁7

- 已解决的问题

- 已知问题

升级到BPA v4.1.2补丁7

要升级到BPA v4.1.2补丁7，请执行以下操作：

由于漏洞问题，MongoDB映像已升级。由于mongo-init是一个作业，并且不支持helm升级，因此必须在修补程序升级之前删除mongo-init pod。

1. 使用以下命令删除mongo-init pod。
kubectl get pod -n bpa-ns -o wide \| grep mongo-init

kubectl delete pod \

-n bpa-ns

2. 删除mongo-init后，请参阅BPA安装指南的补丁升级部分，了解有关补丁更新的详细信息。

已解决的问题

以下是Patch 7版本中已解决的缺陷：

缺陷跟踪ID

描述

DAA-91480

通过更新条件以返回正确的响应，已解决了清除流程只适用于工作流程而不适用于其他应用的问题。

DAA-90990

Mongosh中以前的漏洞问题已通过将Mongo shell从v506升级到v507得到解决。

DAA-90878

通过选择Delete图标删除API密钥时发生的错误已通过在负载中包含一个密钥来解决。

DAA-90018

以前，BPA适配器的查询参数无法保存密钥字段名称。通过更新功能以允许查询参数中的key字段名称来解决问题。

DAA-89862

以前，当管理员点击查看和声明任务时，加载过程会失败。通过修复UserTask负载中的bug解决了此问题。

达阿89754、达阿89613、达阿84854

用户之前在活动时收到“会话到期”提示，导致意外注销，即使点击继续。解决此问题的方法是：修复角案例中的计算错误，并确保令牌仅在超时期后刷新。

注意：要解决自定义微服务中的此问题，必须从sessionStorage而不是localStorage使用jwt_token。

DAA-89584

以前，在从主vManage到其他vManage实例的模板分发期间，模板名称中已经存在GR标记时，会添加重复的GR1（组）标记。通过将同一GR标记递增到下一个编号（而不是添加新的GR标记）解决了此问题。

DAA-88969

在早期版本的BPA中，操作系统升级工作流重试逻辑无法更新vManage中的默认版本并将订单标记为完成。观察到跨站点请求伪造令牌问题后，通过更新默认版本变量解决了此问题。

DAA-88778

以前，当用户尝试登录和注销BPA时，他们被重定向到错误的URL。通过在源匹配时正确传递管理标志并确保句柄组唯一性，解决了此问题。

DAA-87879

以前，用户在使用带书签的URL而不登录时偶尔会遇到辅助功能问题。通过添加逻辑来刷新登录页以避免无效重定向，问题已得到解决。

DAA-87822

以前，当订单在“里程碑”(milestones)部分包含更多数据时，下一代（下一代）服务目录订单(Next-Gen)页面会滞后。通过排除订单网格页面中不需要的字段，并在选择目录项时提供API调用，解决了此问题。

DAA-87532

以前，用户无法使用kubectl命令获取较重的日志文件。通过启用容器日志已解决了此问题。

DAA-85007

以前，在应用级别手动取消未完成的作业时，会强制取消，使订单状态保持不变，并且无法回滚或删除关联的总代理商设备。通过引入错误处理任务解决了此问题。

DAA-85003

以前，BPA无法检测到错误的CSV格式，包括合并错误的列，导致激活标志被误读为false。通过在上传和显示错误消息时验证CSV格式来防止非活动作业状态解决了此问题。

DAA-84222

以前，已弃用凭证处理脚本中的加密方法。通过添加新的加密方法解决了此问题，从而避免了安全隐患。

DAA-83034

以前，由于来自终端访问控制器访问控制系统配置文件的邮件地址为空，用户配置文件未在BPA门户中创建。如果响应中没有邮件，则通过创建虚拟邮件ID来解决此问题。此外，已在UI和API中更新邮件模式验证。

DAA-82449

以前，用户无需验证设备是否处于控制器模式即可设置设备，这可能导致配置不正确。通过引入警报消息解决了此问题。

DAA-80340

以前，BPA导致OAuth配置问题。通过提供插件更新、“config.json”文件重新配置以及与客户帐户和产品管理团队的协调来解决这些问题。

DAA-92291

以前，案例控制器报告中的Secure Shell密钥问题未生成错误消息。通过将执行状态显示为“失败”以及相应的推理来解决此问题。

DAA-84221

以前，在BPA安装期间，身份验证服务轻量级目录访问协议(LDAP)实施导入了存在安全风险的过时库。通过将“passport-ldapauth”替换为“passport-custom and ldapts package”解决了此问题。

注意：在ldap auth "config.json"文件中，"old entry searchBase->"searchBase":“ou=Cisco Users，dc=cisco，dc=com”已替换为

"new searchBase ->"searchBase":“ou=Employees，ou=Cisco Users，dc=cisco，dc=com”。

已知问题

在此版本中，没有要报告的已知问题。