四世丶三公 心恒 应该是可以的，这和ipv6没关系，具体参考这个人的教程打通大内网第一期 无公网部署https和反向代理 （基于Lucky的STUN穿透）。 这里有几个前提： NAT类型为NAT1，即fullcone；光(๐•ᴗ•๐)桥接或开启dmz；(๐•ᴗ•๐)由器能刷机或者开启upnp/dmz 建议：(๐•ᴗ•๐)由器能够控制具体的端口开放与否，而不是只能全开或全关。 另外贴上作者的温馨提示： 本方案不保证成功率和稳定性，而且操作比较繁琐，如果你可以通过社会工程学的方式获取公网ipv4，请尽量尝试；如果你在外访问时可以使用ipv6，请尝试ipv6方案。如果你对以上概念完全没有印象，建议学习基本的网络知识后再来看本教程，再次提醒，本教程不适合小白，我也没有能力解决各位的问题。 作者：qaz741wsd856 链接：https://www.jianshu.com/p/b03e629da5c7 來源：简书 简书著作权归作者所有，任何形式的转载都请联系作者获得授权并注明出处。 我个人是(๐•ᴗ•๐)由器拨号，然后在需要穿透的设备上开启了dmz（原因是我的(๐•ᴗ•๐)由器本身没法开启fullcone）。并且lucky也是安装在内网设备上的。 网上有人说开启dmz比较危险，这里有几个点补充一下： 一是我没有公网ipv4；二是通过stun穿透也是转发到的反代端口；三是我在(๐•ᴗ•๐)由器开启了ipv6防火墙并只放行了反代端口（我是华硕(๐•ᴗ•๐)由器，实测开启dmz后 ipv6防火墙依然有效）。 这样的话风险应该不是很大了吧？ 文中获取cloudflare的API令牌和现在的设置有一点点不同，我是选的区域，单一重定向，所有区域
四世丶三公 hwpt168 3楼的教程里有段话你可能没看清楚 本教程中选择使用重定向规则进行跳转。在我们设置里跳转规则后，外网设备通过域名访问时，会先从Cloudflare的cdn上得到一条跳转响应，然后浏览器会自动跳转到规则中设定的地址。 使用这种方法，流量不会经过cdn服务器，访问者在浏览器地址栏里看到的是跳转后的地址。 所以才说使用重定向方法每次都会跳转域名/地址。
四世丶三公 zh609846284 具体问题才能具体分析呀，你得说说的你的上网方式，设备，防火墙开启情况等等，并且具体是用什么软件，到哪一步有问题。 初步感觉你的设备所在网络环境不是在nat1。 不是nat1的原因也有好几种： 一是 最严重的，运营商直接限制，像之前有段时间移动运营商把部分地区用户上网环境直接限制为了nat3，这样你什么办法也没有。 二是 （前提是光(๐•ᴗ•๐)桥接，(๐•ᴗ•๐)由器拨号）(๐•ᴗ•๐)由器开启了nat转发，并且没法修改，这样就尝试把所需要打洞的设备在(๐•ᴗ•๐)由器上设置为dmz主机（一般(๐•ᴗ•๐)由器都有这个功能） 三是 不是nat问题，而是打洞软件被防火墙屏蔽了，比如打洞软件安装在所在设备上，但所在设备防火墙默认没有放行这个软件的监听端口
四世丶三公 PlanktonQAQ 应该可以，参考这个教程打通大内网第二期 让BT下载畅通无阻 （基于Lucky的STUN穿透） 不过我目前使用的手动运行natter脚本打洞配合(๐•ᴗ•๐)由器端口转发，缺点就是运营商重新分配ip的时候需要再次打洞，但也还好，也不需要qb 7x24小时搞上传。
四世丶三公 mrlly 首先用vps服务器数据要经过vps中转吧？那外网获取的上传就要看vps性能了。而用stun穿透的方法直接把本机服务转发到本机所在的公网ip和端口的，所以家庭宽带的上传能吃满，这样外网emby就不在话下了。 其次稳定性方面应该还是vps稳定一点，毕竟内网主机能连上vps就行。而本文推荐方法实际最终就是stun穿透+cloudflare重定向服务，再通过webhook自动更新重定向后的公网ip和端口。这样确实没有vps来的简单稳定。 最后，这个方法少花了个vps的钱😂
