Problem with default /etc/miniupnpd.conf

[GoogleCodeExporter]

What steps will reproduce the problem?
Default /etc/miniupnpd.conf have following line:
allow 1024-65535 192.168.1.0/24 1024-65535
which explicitly disable to make rooter holes for needed services with lower 
ports numbers like sshd (22), www (80), ident (113), etc.

What is the expected output? What do you see instead?
I wish to fully control upnp lower ports mapping, probably by additional web 
interface option.

What version of the product are you using?
1.9.2.7-rtn

Please provide any additional information below.
I try to edit this file by hand, changing 1024 to 1, but my change not survive 
across reboot, restoring old values. Perhaps improperly I use
flashfs save && flashfs commit && flashfs enable && reboot
and even 
echo /etc/miniupnpd.conf > /usr/local/.files
but it doesn't help to save this file. So, while there is no configuration 
option I suggest, the question is: how to save edited files in /etc?

Original issue reported on code.google.com by ache...@gmail.com on 27 Mar 2012 at 1:57

[GoogleCodeExporter]

nvram save
doesn't help too...

Original comment by ache...@gmail.com on 27 Mar 2012 at 2:11

[GoogleCodeExporter]

Someone tells me about virtual server method, but this is not acceptable. 
Rooter holes created (and deleted) dynamically by local machine's miniupnpc 
when it is needed, but virtual server require script which hardly sense local 
machine presence.

Original comment by ache...@gmail.com on 27 Mar 2012 at 2:55

[GoogleCodeExporter]

Sorry, we are unable to provide personal support. You have to read wiki & 
wl500g.info forum.

Additionally, by enabling privilege ports in UPNP, you make security hole.

Original comment by lly.dev on 27 Mar 2012 at 5:01

• Changed state: Invalid
• Added labels: Type-Support
• Removed labels: Type-Defect

[GoogleCodeExporter]

>Additionally, by enabling privilege ports in UPNP, you make security hole.

I am well aware about it, and this is the case when my local network is 
absolutely trusted, so I need some way (I don't care which one) to bypass your 
completely unnecessary for absolutely trusted local network restriction.

Original comment by ache...@gmail.com on 27 Mar 2012 at 5:06

[GoogleCodeExporter]

check r4049

Original comment by themiron.ru on 31 Mar 2012 at 6:51

• Changed state: Fixed

[GoogleCodeExporter]

Big thanks!

Original comment by ache...@gmail.com on 31 Mar 2012 at 6:54