for the purpose of testing I have a network that has:
a PC with torrent client, getting ip from dhcp a mk_x86,
a PC with mk_x86 with dhcp server, nat and getting ip from dhcp of rb2011, UPnP is enabled and dhcp server interface set as internal, and dhcp client interface set as external.
one rb2011 getting internet ip by pppoe, nat and dhcp server. upnp is enabled and interfaces dhcp server set as internal and pppoe interface set as external.
in short, one pc with torrent client connected to mk_x86. mk_x86 connected to rb2011. rb2011 connected to the Internet;
pc with torrent client automatically maps ports on the firewall of pc with mk_x86. but mk_x86 no maps ports on rb2011, which leads me to believe that the upnp of mikrotik only accepts UPnP requests, but does not make requests upnp i am correct?
add 1: pc with torrent client conected directly to rb2011, upnp map ports normally.
You can always ask MikroTik support or send them feature request.
Only from inside, so no big deal. You need the network secured primarily from outside access and it still is. To take advantage of UPnP, the “bad” device needs to be in LAN. And once it’s there, it doesn’t really depend on UPnP to do some harm or allow outside access to it.
All this request is about, is ability to use UPnP with double NAT. Which makes sense (if you think that double NAT itself might make sense). I’d rather push for brighter future with NAT-less IPv6, but sadly, the world is not there yet.
Me too, but if there’s e.g. home network with several devices and users and no real admin, UPnP is not bad. It might feel like it makes things even less secure than they already are, but I don’t think it will make real difference in the end.
I think it can be useful to have a command in RouterOS scripting like “fetch”, but for opening a port in an external NAT via UPnP. Has anyone seen such stuff?