apex.oracle.com下Oracle APEX 20.2创建REST Web服务的ACL权限问题

• 你遇到的所有执行报错，本质是普通工作schema的权限边界问题：你当前使用的账号既没有查询DBA_NETWORK_ACLS数据字典视图的权限，也没有执行SYS模式下DBMS_NETWORK_ACL_ADMIN系统包的权限，因此才会依次出现表或视图不存在、包标识符未声明的错误。
• 你参考的ACL配置脚本是适用于本地自建数据库的老旧版本，脚本内硬编码的APEX_040200是APEX 4.2版本的内置系统schema，和你当前使用的APEX 20.2环境（对应系统schema为APEX_200200）版本完全不匹配，即便你拥有DBA权限，直接运行原脚本也会出现配置对象错误的问题。

该托管环境的数据库级配置权限完全由Oracle官方运维团队统一管控，不存在普通用户自行修改网络ACL的操作通道：

• 普通用户不需要自行配置网络connect权限，平台已经为所有测试环境的schema预置了公网REST调用的基础连通权限，自行执行ACL配置脚本属于越权操作，也是触发当前报错的直接原因。
• 该环境没有面向个人用户的专属DBA对接通道，所有数据库级的权限调整需求，只能通过apex.oracle.com平台内置的支持反馈渠道提交，由Oracle公共云APEX团队统一审核处理。
• 平台不开放面向所有公网域名的全局*通配connect权限：如果你按照正常流程配置REST Web服务时，遇到了目标端点连接被拒绝的报错，不需要自行编写ACL脚本修复，直接在反馈渠道说明你需要调用的外部REST端点域名、端口，平台运维团队会为对应域名添加ACL放行规则。

• 立即停止在普通工作schema下执行所有涉及数据库ACL配置的脚本，这类操作需要最高级别的DBA权限才能执行，在普通schema下运行必然触发权限报错。
• 如果是本地自建APEX 20.2环境需要配置ACL，需要先用具备DBA权限的账号登录数据库，将原脚本内的APEX_040200替换为当前环境对应的APEX内置schema名称APEX_200200，再执行对应配置语句即可。
• 在apex.oracle.com环境下配置REST Web服务时，直接按照配置流程填写请求端点、方法、认证信息即可，跳过所有手动配置网络ACL的步骤，就不会触发当前的权限报错。

内容的提问来源于stack exchange，提问作者Yokeswaran Gandhimohan