我这边路由器是基于LEDE（lean’s openwrt）的x86软路由，路由端的upnp配置方面默认开启IGDv2，但是我试了一些p2p软件，例如迅雷是可以成功添加的，还有其他的应用都能成功添加和软件主动删除upnp，如图（IGDv2模式下）：
openwrt上开启IGDv1广播之后可以添加，启用IGDv2广播反而就添加失败。看了下lean大佬的miniupnpd进5年一直都没更新过。
前几个月比特彗星在IGDv2下都能正常添加，就是最近添加失败，怀疑是不是比特彗星upnp方面的bug，希望比特彗星开发组能够看到并给予回复，十分感谢。
1、在全局日志里，右键菜单选择[UPNP]
2、底部状态栏端口状态指示灯，右键菜单选重新映射
3、看看全局日志里的信息
全局日志需要开启专家模式
这个问题属于openwrt的问题了吧，建议联系路由厂商更新。
比特彗星用的是miniupnp源码实现的。
我试了一下迅雷11，无论是在IGDv1还是IGDv2下都能迅速添加上，感觉应该不像是openwrt方面的问题。
会不会是比特彗星的miniupnp组件太新，与openwrt上的miniupnpd组件不兼容导致的（猜测）
顺便问一下大佬，对于100开头内网ip，开不开upnp是不是没有什么区别啊
我这边是9.17日的lede源代码编译的固件，其他的软件，例如迅雷可以正常添加，比特彗星大概会添加失败（IGDv2）
请问专家模式是在哪里进入，我来看一下日志
感谢提供日志。等有机会测试一下
重新测试了一下，发现是网络掩码的问题，只要是/8的掩码就添加不上（无论是IGDv1/IGDv2）,改回/24就立马正常。
局域网居然用/8掩码。。。
做了很多测试，总结：
1.迅雷11、12、qbittorrent都可以在/24和/8掩码下迅速添加upnp映射
2.比特彗星在/24掩码下能够正常添加，在/8掩码下会提示找不到upnp设备，/16没有测试
3.此次问题与IGDv1或IGDv2无关，纯属是/8掩码导致的问题
4.IP地址：10.0.0.1/8
如果您是开发组人员的话，希望能够对bug进行复现，期待尽快找出bug并修复
我的ip是10.0.0.1/8，全部都是内网地址，因为我的网络设备比较多，稍有些复杂，所以采用的/8掩码
补充：上面说漏了，是总网关路由器的lan口IP地址为10.0.0.1/8
localhost;127.*;10.*;172.16.*;172.17.*;172.18.*;172.19.*;172.20.*;172.21.*;172.22.*;172.23.*;172.24.*;172.25.*;172.26.*;172.27.*;172.28.*;172.29.*;172.30.*;172.31.*;192.168.*
10开头，确实是可以用/8
我不是开发组的，我就一个比特彗星的普通使用者，要等 @wxhere15 来修复
好的，谢谢您！
餐厅饭馆推荐
192.168.0.0/16
可用ip：192.168.0.1 - 192.168.255.254
子网掩码：255.255.0.0
可容纳ip：65534（6W设备）
大型商场推荐
172.16.0.0/12
可用ip：172.16.0.1 - 172.31.255.254
子网掩码：255.240.0.0
可容纳ip：1048574（100W设备）
企业异地组内网特殊需求
10.0.0.0/8
可用ip：10.0.0.1 - 10.255.255.254
子网掩码：255.0.0.0
可容纳ip：16777214（1600W设备）
例子
第二第三段用于标识不同的部门或地理位置
例如，仅限举例，请勿照搬，企业组网需要灵活调整，例如分部可能有2000名员工需要使用的情况。
10.0.0.1-10.0.255.254 代表总部
10.1.0.1-10.1.0.254 代表美术部总部
10.1.1.1-10.1.1.254 代表广东省美术部分部
10.1.2.1-10.1.2.254 代表福建省美术部分部
10.1.16.1-10.1.31.254 代表浙江省美术部分部 拥有2000名员工，分配/20可容纳4094台设备
感谢各位的分析，等我测试一下