企业门户采用内外DNS分流时，SCDN接入要测试哪些访问路径

企业员工在办公室访问门户走内部入口，外部客户通过同一域名访问SCDN，这种安排可以满足特定网络需求，但会增加验收路径。只在公司电脑上测试，可能完全看不到公网用户正在遇到的问题。

同一个名称可能获得不同回答

RFC 9499的DNS术语说明将Split DNS用于描述同一组名称因查询来源等条件得到不同回答的情况。实际视图配置取决于DNS实现，不是每个终端天然都知道自己应该使用哪套结果。

因此，首先要确定内外分流是否为有意设计，并为每条路径指定维护方。若只是历史遗留的内部覆盖记录，应在接入前决定是否保留，不能把它当作无法解释的例外。

按用户位置建立验收矩阵

每一组使用隔离测试身份和可清理数据。不要让测试人员为了方便把真实内部地址或配置发到公开群组。

内网入口仍需要身份和权限

用户来自办公网不等于有权读取全部资料。内部和外部路径都应执行必要的应用授权，不能因内部入口绕过SCDN就省略账号校验。对敏感功能，可采用符合组织要求的额外访问控制，但要明确由哪一层执行。

同时确认内部服务不会被错误发布到公网，公网回源也不会因为同名解析得到仅供办公网使用的目标。DNS名称相同，实际证书、路由和访问边界仍要逐项核对。

重点测试环境切换

远程连接开启或关闭后，终端可能保留旧解析和连接。测试应覆盖切换前、切换后及重新建立会话，观察是否出现内部地址不可达、证书不同或页面指向错误资源。

不要把要求用户手动改系统DNS作为长期解决方案。应由网络与终端管理方明确策略，并提供可以复现的故障材料，包括时间、解析结果、连接状态和失败步骤。

登录状态与访问路径要分别记录。同一主机名的Cookie可能继续发送，但不代表两套后端共享相同会话和权限状态。切换后应核对实际用户身份、会话退出效果，以及附件绝对地址是否仍指向当前可达且受保护的入口。

内部成功不能代替公网成功

监控至少要能区分内部路径和外部路径。外部入口异常时，内部监控全绿是合理但不完整的信息；内部系统故障时，公开缓存页面仍能打开也不能证明门户全部正常。

与SCDN实施团队交接时，提交需要保护的公网域名和真实回源条件，并说明内部同名入口的存在。源站限制可配合入口保护检查，确保合法内部访问和受控回源都符合预期，未授权路径仍被拒绝。

资料核对日期：2026年10月30日。本文由AI辅助整理，技术事实依据文内原始资料核对。示例与操作清单供实施参考；产品配置和软件维护状态以实施时的官方资料为准。