可以。公网域名的 DNS 记录即使返回了私网 IP，只要内网用户所在网络能够路由到该地址，服务端口已放通，应用也在对应地址上监听，用户就能直接通过域名访问服务。
例如，app.example.com 被解析为 10.10.0.20。公司办公网、已接入 VPN 的终端或同一云 VPC 内的实例，若都能到达 10.10.0.20，就可以照常访问 https://app.example.com。
关键要分清两件事：DNS 解析负责给出地址，网络路由和访问控制决定能否建立连接。解析成功，不代表互联网中的任何用户都能访问。
内网用户能访问，需要同时满足哪些条件
第一，终端实际使用的 DNS 解析结果必须是目标私网地址。无论记录位于公共 DNS 还是企业内部 DNS，只要客户端最终得到的是正确的 A 或 AAAA 记录，解析这一步就完成了。
第二，客户端与私网服务之间必须有路由。最常见的情况是同一局域网、已连入企业 VPN，或位于互通的云 VPC/专线网络。公网互联网不会转发 RFC 1918 私网地址，例如 10.0.0.0/8、172.16.0.0/12 和 192.168.0.0/16。
第三，访问控制必须允许连接。检查安全组、防火墙、ACL、反向代理规则和应用监听地址。服务若只监听 127.0.0.1，即使 DNS 与路由正确，其他内网主机也无法连接。
公网 DNS 直接返回私网 IP，实际会发生什么
内网用户会解析到私网地址，并在网络可达时访问成功；外网用户也可能解析到同样的地址，但互联网没有到该私网地址的路由，因此连接会失败。这不是“域名失效”，而是地址天然不可从公网到达。
这种做法适合临时测试或仅面向受控内网的简单场景，但不宜直接当作长期生产架构。公开 DNS 记录会暴露内部地址规划；此外，部分公共 DNS 服务、安全网关或终端防护策略会把“公网名称返回私网地址”视为 DNS Rebinding 风险，导致解析、访问或审计行为与预期不一致。
更推荐的方案：分视图 DNS
分视图 DNS（Split-horizon DNS）指的是同一个域名在不同网络中返回不同结果。外网递归解析器获得公网入口地址，例如 CDN、WAF、负载均衡或公网反向代理；企业内网 DNS 则返回私网服务地址。用户仍然只记住一个域名，但会根据所在网络走合适的路径。
外网视图：
app.example.com指向公网入口，供互联网用户访问。内网视图：
app.example.com指向10.10.0.20等私网地址，供办公网、VPN 和云内工作负载访问。内网无公网访问需求时：可仅在内部私有 DNS 区配置记录，公网 DNS 不创建该记录。
这一方式的价值不只是“访问更快”。它将公网边界、内部服务发现和权限控制分开管理，也避免把私网地址长期暴露在公共 DNS 中。
HTTPS、证书与回源需要注意什么
HTTPS 是否可用取决于证书中的域名是否匹配，而不是服务使用公网 IP 还是私网 IP。内部服务使用正式域名完全可行。若服务没有对公网开放，证书签发通常适合使用 DNS-01 验证；若使用 HTTP-01 验证，则验证路径必须能被证书机构从公网访问。
还要检查 CDN、WAF 或公网反向代理的回源地址。它们通常无法回源到未打通网络的私网 IP。外网入口需要回源到私网服务时，应通过专线、内网负载均衡、VPN、私有连接或具备网络连通性的中转层建立明确的路径。
上线前检查清单
从内网客户端执行 DNS 查询，确认返回的是预期的私网地址。
确认客户端所在网段、VPN 或 VPC 到服务网段存在有效路由。
确认安全组、防火墙和应用端口放行了真实来源。
确认服务监听在私网地址或
0.0.0.0，而不是仅监听本机回环地址。确认 TLS 证书覆盖该域名，并选择可执行的续期验证方式。
评估是否应改为分视图 DNS，避免公共解析暴露私网地址。
结论
公网域名解析到内网 IP 时，内网用户可以直接使用域名访问服务，前提是 DNS 结果正确、网络可路由、端口与服务配置允许访问。对于长期运行的业务，更稳妥的设计是分视图 DNS：内网返回私网地址，外网返回公网入口或不返回记录，让同一域名在不同网络中走清晰、可控的访问路径。
