针对北京移动宽带用户无公网IPv4的痛点，提供一套完整的解决方案。通过Cloudflare的源服务器规则功能，结合IPv6动态解析，实现内网服务的域名访问，解决跨网络环境下的连接问题。
智能速览
北京移动宽带处于运营商级NAT中，WAN口IP非真实公网IP
需要先完成光猫桥接和DDNS-GO的IPv6动态解析配置
通过Cloudflare源服务器规则重写端口，实现IPv4网络访问
可选修改SSL/TLS模式为灵活模式，支持HTTP访问源站
方案适用于服务器有IPv6但客户端无IPv6的网络环境
精华内容
面对运营商级NAT的限制，传统公网IPv4方案失效。通过巧妙利用Cloudflare的规则引擎，可以实现IPv4网络对IPv6服务的访问，打破网络壁垒。
问题背景
北京移动宽带用户普遍处于运营商级NAT环境中，路由器显示的WAN口IP与真实公网IP完全不同。这种网络架构导致所有依赖公网IPv4直连的方案都无法正常工作，对于需要远程访问内网服务的用户造成极大困扰。
前期准备
实施此方案需要完成两个关键步骤：首先是运营商光猫转桥接模式，其次是配置DDNS-GO实现IPv6动态解析。这些基础配置确保域名能够正确解析到IPv6地址，为后续的Cloudflare规则配置奠定基础。
Cloudflare配置
登录Cloudflare控制面板后，编辑已配置的DNS记录，将代理状态改为已代理。然后在规则管理中创建源服务器规则，匹配条件设置为主机名等于目标域名，操作选择重写端口并填入内网服务实际监听的端口号，如8001或5000。
SSL/TLS优化
为简化配置，可将SSL/TLS加密模式从完全改为灵活。灵活模式允许Cloudflare通过HTTP协议访问IPv6源服务器，避免因SSL证书问题导致的连接失败，提升配置成功率和访问稳定性。
这套方案巧妙绕开了运营商NAT限制，为无公网IPv4用户提供了可行的内网服务访问方案。随着IPv6普及和云服务功能增强，个人用户的网络自主权正在逐步提升。你是否也遇到过类似的网络困扰？
关键评论
除了Cloudflare方案，zerotier虚拟组网、natter和lucky打洞工具也是可行的替代方案
可以直接投诉或联系区域经理办理0元公网地址包业务，或者月费20元的公网地址包
有IPv6的情况下直接使用Tailscale就能成功打洞，状态显示为direct
