Red Hat OpenShift Local 2.26 发行注记和已知问题 Red Hat OpenShift Local 2.26 中突出显示的功能和识别的问题 Last Updated: 2023-10-01 Red Hat OpenShift Local 2.26 发行注记和已知问题 Red Hat OpenShift Local 2.26 中突出显示的功能和识别的问题 Fabrice 技术预览 1.6. 主要变化 第 第 2 章 章 已知 已知问题 问题 2.1. 常规问题 2.2. MICROSOFT WINDOWS 上的问题 2.3. MACOS 的问题 3 4 4 4 5 5 6 6 7 7 8 9 目 目录 录 1 Red Hat OpenShift Local 2.26 发 发行注 行注记 记和已知 和已知问题 问题 2 使开源包含更多 红帽致力于替换我们的代码、文档和 个物理 CPU 内核 9 GB 可用内存 35 GB 存储空间 1.2.1.2. 对于 MicroShift Red Hat OpenShift Local 2.26 发 发行注 行注记 记和已知 和已知问题 问题 4 2 个物理 CPU 内核 4 GB 可用内存 35 GB 存储空间 注意 OpenShift Container Platform 和 MicroShift 预设置需要这些最小资源在

BypassWAF 各类Java Web中间件已知Nday漏洞利⽤ BypassWAF Webshell 免杀 其它更多 待补充修 其它更多 , 待补充修正... 0x02 ⼊⼝权限获取 [外部防御重⼼ ( "重中之重") ] 此阶段,主要是针对各主流 "中间件 + 开源程序 + Web服务组件" ⾃身的各种已知Nday漏洞利⽤ 如下已按 "实际攻击利⽤的难易程度" 由于完全以实战利⽤ 为导向 故,仅仅只挑选了⼀些相对会经常遇到的,且实战中确实能有效协助快速getshell 的 "中间件" , "开源程序" 及 "web组件" 针对各类 Java 中间件的各种已知 Nday 漏洞利⽤ 不同于其它脚本类web程序,Java的运⾏权限通常都⽐较⾼,甚⾄⼤部分都是直接⽤root/administrator/system 权限在跑 所以拿到的shell权限⼀般也⾮常⾼ 针对各类开源程序的 已知 Nday 漏洞利⽤ Dedecms 后台弱⼝令,系列已知nday漏洞利⽤ thinkphp 5.x 后台弱⼝令,系列已知nday漏洞利⽤ phpcms 后台弱⼝令,系列已知nday漏洞利⽤ ecshop 后台弱⼝令,系列已知nday漏洞利⽤ Metinfo 后台弱⼝令,系列已知nday漏洞利⽤ discuz 后台弱⼝令,系列已知nday漏洞利⽤

. 272 定义 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 272 已知实现 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 272 5.1.2 ClusterPersistRepository . 273 定义 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 273 已知实现 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 273 5.1.3 GovernanceWatcher . 273 定义 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 273 已知实现 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 274 5.2 配置 . .

cTable String 分片逻辑表名称 • act ualDat aNodes (?) String 由数据源名 + 表名组成， 以小数点分隔。多个表 以逗号分隔，支持行表 达式 使用已知数据源与逻辑 表名称生成数据节点， 用于广播表或只分库不 分表且所有库的表结构 完全一致的情况 databa seShar dingSt rategy (?) S harding Strateg sharding.tables..actual-data-nodes= # 由数据 源名 + 表名组成，以小数点分隔。多个表以逗号分隔，支持 inline 表达式。缺省表示使用已知数据源与逻辑表 名称生成数据节点，用于广播表（即每个库中都需要一个同样的表用于关联查询，多为字典表）或只分库不分表且 所有库的表结构完全一致的情况 # 分库策略，缺省表示使用默认分库策略，以下的分片策略只能选其一 logic‐table 属性 逻辑表名称 actual‐data‐nodes 属性 由数据源名 + 表名组成，以小数 点分隔。多个表以逗号分隔，支 持 inline 表达式。缺省表示使用 已知数据源与逻辑表名称生成 数据节点，用于广播表（即每个 库中都需要一个同样的表用于 关联查询，多为字典表）或只分 库不分表且所有库的表结构完 全一致的情况 actual‐data‐sources

在这个版本中，为分布式追踪平台(Jaeger)引入了以下程序错误修复： 修复了在使用 oc adm catalog mirror CLI 命令时对断开连接的环境的支持。(TRACING-3546) 1.1.3.4. 已知 已知问题 问题 目前，不支持 Apache Spark。 目前，IBM Z 和 IBM Power Systems 架构不支持通过 AMQ/Kafka 进行流部署。 1.1.4. Red Hat oc adm catalog mirror CLI 命令时对断开连接的环境的支持。(TRACING-3523) 修复了没有部署网关时的 mTLS。(TRACING-3510) 1.1.4.3. 已知 已知问题 问题 目前，当与 Tempo Operator 一起使用时，Jaeger UI 只显示在最后 15 分钟内发送了 trace 的服 务。对于没有在最后 15 分钟内发送 trace 的服务，trace 此发行版本解决了 CVE-2023-46234 的问题。 1.2.4. Red Hat OpenShift distributed tracing Platform (Jaeger) 1.2.4.1. 已知 已知问题 问题 不支持 Apache spark。 IBM Z 和 IBM Power Systems 上不支持通过 AMQ/Kafka 进行流部署。 1.2.5. Red Hat OpenShift

cTable String 分片逻辑表名称 • act ualDat aNodes (?) String 由数据源名 + 表名组成， 以小数点分隔。多个表 以逗号分隔，支持行表 达式 使用已知数据源与逻辑 表名称生成数据节点， 用于广播表或只分库不 分表且所有库的表结构 完全一致的情况 databa seShar dingSt rategy (?) S harding Strateg sharding.tables..actual-data-nodes= # 由数据 源名 + 表名组成，以小数点分隔。多个表以逗号分隔，支持 inline 表达式。缺省表示使用已知数据源与逻辑表 名称生成数据节点，用于广播表（即每个库中都需要一个同样的表用于关联查询，多为字典表）或只分库不分表且 所有库的表结构完全一致的情况 # 分库策略，缺省表示使用默认分库策略，以下的分片策略只能选其一 logic‐table 属性 逻辑表名称 actual‐data‐nodes 属性 由数据源名 + 表名组成，以小数 点分隔。多个表以逗号分隔，支 持 inline 表达式。缺省表示使用 已知数据源与逻辑表名称生成 数据节点，用于广播表（即每个 库中都需要一个同样的表用于 关联查询，多为字典表）或只分 库不分表且所有库的表结构完 全一致的情况 actual‐data‐sources

cTable String 分片逻辑表名称 • act ualDat aNodes (?) String 由数据源名 + 表名组成， 以小数点分隔。多个表 以逗号分隔，支持行表 达式 使用已知数据源与逻辑 表名称生成数据节点， 用于广播表或只分库不 分表且所有库的表结构 完全一致的情况 databa seShar dingSt rategy (?) S harding Strateg sharding.tables..actual-data-nodes= # 由数据 源名 + 表名组成，以小数点分隔。多个表以逗号分隔，支持 inline 表达式。缺省表示使用已知数据源与逻辑表 名称生成数据节点，用于广播表（即每个库中都需要一个同样的表用于关联查询，多为字典表）或只分库不分表且 所有库的表结构完全一致的情况 # 分库策略，缺省表示使用默认分库策略，以下的分片策略只能选其一 logic‐table 属性 逻辑表名称 actual‐data‐nodes 属性 由数据源名 + 表名组成，以小数 点分隔。多个表以逗号分隔，支 持 inline 表达式。缺省表示使用 已知数据源与逻辑表名称生成 数据节点，用于广播表（即每个 库中都需要一个同样的表用于 关联查询，多为字典表）或只分 库不分表且所有库的表结构完 全一致的情况 actual‐data‐sources

cTable String 分片逻辑表名称 • act ualDat aNodes (?) String 由数据源名 + 表名组成， 以小数点分隔。多个表 以逗号分隔，支持行表 达式 使用已知数据源与逻辑 表名称生成数据节点， 用于广播表或只分库不 分表且所有库的表结构 完全一致的情况 databa seShar dingSt rategy (?) S harding Strateg sharding.tables..actual-data-nodes= # 由数据 源名 + 表名组成，以小数点分隔。多个表以逗号分隔，支持 inline 表达式。缺省表示使用已知数据源与逻辑表 名称生成数据节点，用于广播表（即每个库中都需要一个同样的表用于关联查询，多为字典表）或只分库不分表且 所有库的表结构完全一致的情况 # 分库策略，缺省表示使用默认分库策略，以下的分片策略只能选其一 sharding.tables..actual-data-nodes= # 由数据 源名 + 表名组成，以小数点分隔。多个表以逗号分隔，支持 inline 表达式。缺省表示使用已知数据源与逻辑表 名称生成数据节点，用于广播表（即每个库中都需要一个同样的表用于关联查询，多为字典表）或只分库不分表且 所有库的表结构完全一致的情况 # 分库策略，缺省表示使用默认分库策略，以下的分片策略只能选其一

此发行注记介绍了 OpenShift Container Platform 的新功能、功能增强、重要的技术变化、以及对以 前版本中的错误作出的主要修正。另外，还包括在此版本正式发行（GA）时存在的已知问题的信 息。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . CONTAINER PLATFORM 层次和依赖组件支持和兼容性 1.3. 新功能及功能增强 1.4. 主要的技术变化 1.5. 弃用和删除的功能 1.6. 程序错误修复 1.7. 技术预览功能 1.8. 已知问题 1.9. 异步勘误更新 3 3 3 4 29 31 35 47 53 60 目 目录 录 1 OpenShift Container Platform 4.14 发 发行注 行注记 (RHSA-2023:5006)现已正式发布。此发行版本使用 Kubernetes 1.27 和 CRI-O 运行时。OpenShift Container Platform 4.14 的新功能、改变以及已知的问题包括在此文档中。 OpenShift Container Platform 4.14 集群位于 https://console.redhat.com/openshift。使用 OpenShift

cTable String 分片逻辑表名称 • act ualDat aNodes (?) String 由数据源名 + 表名组成， 以小数点分隔。多个表 以逗号分隔，支持行表 达式 使用已知数据源与逻辑 表名称生成数据节点， 用于广播表或只分库不 分表且所有库的表结构 完全一致的情况 databa seShar dingSt rategy (?) S harding Strateg sharding.tables..actual-data-nodes= # 由数据 源名 + 表名组成，以小数点分隔。多个表以逗号分隔，支持 inline 表达式。缺省表示使用已知数据源与逻辑表 名称生成数据节点，用于广播表（即每个库中都需要一个同样的表用于关联查询，多为字典表）或只分库不分表且 所有库的表结构完全一致的情况 4.1. ShardingSphere-JDBC sharding.tables..actual-data-nodes= # 由数据 源名 + 表名组成，以小数点分隔。多个表以逗号分隔，支持 inline 表达式。缺省表示使用已知数据源与逻辑表 名称生成数据节点，用于广播表（即每个库中都需要一个同样的表用于关联查询，多为字典表）或只分库不分表且 所有库的表结构完全一致的情况 # 分库策略，缺省表示使用默认分库策略，以下的分片策略只能选其一