为了解决这个问题，我尝试了几款不同型号的无线路由器作为主路由，并将娜典娜以AP模式接入。利用京东云无线宝APP的“一键检测”功能，成功检测出NAT类型。同时，我还观察了最高上传速率，并一一记录下来。
然而，需要注意的是，上传速率并不能作为标准参考，因为测试时段的不同、缓存的大小、开机时间的长短以及命中率等因素都会严重影响上行速率。
下面是我测试的结果，以表格形式展示（以下为表格内容，此处省略）。
通过测试，我发现即使存在NAT0，在开启DMZ后，仍会变成NAT1。DMZ的作用是将内网中的一台联网设备完全暴露在互联网中。如果需要挂载一台以上的设备，开启DMZ是不够的，这时需要开启UPnP功能。如果OP固件中的UPnP无效，请尝试卸载“MWAN3”。
以下是一张R86S软路由在OP固件下的“活动的UPnP重定向”列表截图（以下为截图内容，此处省略）。
此外，我还注意到最近一段时间内的收益情况。由于测试过程中频繁重启，收益仅为127。但这也可能是因为开机时间较长，总开机时间肯定有23个小时以上。
在进行测试时，我多次重启设备，原因在于娜典娜的AP模式不会自动释放先前获取的IP。这意味着，不同路由器型号的局域网ip地址段可能导致设备接入其他主路由后出现断网状态。必须通过断电重新开机才能上网，这无疑是一个BUG。
以下为收益情况截图（以下为截图内容，此处省略）。
在之前测试的软路由固件中，即使开启了NAT1和DMZ，上行速率仍多数保持在双位数KB。经过一番尝试，我发现问题可能与京东签到固件或OPENC固件有关，但最终并未找到解决方法。
现在，我已经将6500U刷入“20220129-dev-openwrt-x86-64-generic-squashfs-combined.img”固件，并成功实现了正常上行速率。
另一台京东云娜典娜独自拨号，由于尚未过7天，实际收益尚未显现。两台机器的接入方式如下（以下为拓扑图内容，此处省略）。
从我的观察来看，这两台设备的上行速率并没有明显差别。这让我意识到，这种玩法仅供娱乐，切不可过于当真。在此过程中，我学到了不少关于网络设置和设备配置的知识，希望对大家有所帮助。
从日常的上行速率只有二三十KB/s就知道异常，果不其然，一天只有10多积分，一度怀疑这台京东云娜典娜的AP模式有问题，而接在其它路由器下面用AP模式却一点问题都没有。然后分别拿了几款不同型号的无线路由器做主路由，把这台娜典娜以AP模式接入，然后用京东云无线宝APP里面的“一键检测”功能检测出NAT类型。并且观察一段时间内的最高上传速率，一一记录下来。
上传速率不作为标准参考，这个误差是很大很大的，测试的时段不同缓存了多少开机运行了多久，命中率的大小，这些都严重影响上行速率。
结果如下表格：（电信宽带，公网IP，娜典娜用积分模式）
有没有NAT0的？有的，雅典娜自己做主路则就是NAT0，啥都不用设置。
总结一下，不管当前是NAT几，你开了DMZ就是NAT1。DMZ的作用就是把内网的某台联网设备完全暴露在互联网当中。如果你需要挂一台以上，DMZ是不行的，因为只能设置一台，多台雅典娜就要开启UPnP功能，它可以自动建立端口映射。如果你的OP固件里的UPnP无效，请卸载“MWAN3”。
下图是R86S软路由在OP固件下的“活动的UPnP重定向”列表：
以下是最近的收益情况，可能跟测试时不停地开机关有关，收益才127，也可能本来就这么点，重启次数多，不过总开机时间肯定有23个小时以上。
为啥测试时要多次重启？因为它的AP模式不会自动释放先前获取的IP吧，不同路由器型号就有不同的局域网IP地址段，不关机情况下直接接入其它主路由就永远是断网状态，必须断电重新开机后才能上网。这绝对是一个BUG。
之前10几分的软路由固件如下图，就算我重新刷入以下固件，开了NAT1和DMZ，它的上行速率就多数是双位数KB，我以为跟京东签到固件有关，删了也一样，以为跟OPENC乜鬼固件有关，停掉也一样。总之折腾了几天都没找到症结所在，放弃这固件了。
随便找其它固件安装后都能有正常的上行速率（1MB/s以上）
现在6500U这台刷入的固件是”20220129-dev-openwrt-x86-64-generic-squashfs-combined.img”
另一台京东云娜典娜独自拨号，因为还没过7天，所以实际收益还没有。两台机器的接法如下：（我家宽带支持双拨。哈哈哈哈哈哈）
用我的肉眼来观察这两台的上行速率是没有差别的。
这东西玩玩就好，别太当真！
雅典娜
