miniupnp.tuxfamily.org

[miniupnp]

miniupnpd[15501]: SOAPAction: urn:schemas-upnp-org:service:WANIPConnection:1#GetGenericPortMappingEntry
miniupnpd[15501]: GetGenericPortMappingEntry: index=1

thats not a problem.
What happen when the client use the AddPortMapping method ?
after that, what is the result of pfctl -s rules -a miniupnpd ?
_________________
Main miniUPnP author.
https://miniupnp.tuxfamily.org/

[rephlex]

Can you suggest a utility that will accomplish this method? I have access to a Win7 machine to do this testing at the moment. Thanks.

[rephlex]

Hi Admin,

I used the "UPnP Port forward utility" 1.00 to do an "Add new entry..." with TCP port 5566..

sudo pfctl -s rules -a miniupnpd

pass in quick on fxp0 inet proto tcp from any to any port = 5566 flags any keep state label "test" rdr-to 192.168.0.51 port 5566

[miniupnp]

[miniupnp]

does it works better with this version ?
miniupnpd-1.4.20100511.tar.gz
_________________
Main miniUPnP author.
https://miniupnp.tuxfamily.org/

[rephlex]

I will give this a shot... The true test would be to fire up my xbox 360 and see if it shows my NAT as "open" but I can't test that until tonight...

[rephlex]

I did the same test by adding a port mapping using UPnP Port Forward Utility ver 1.00 after installing miniupnpd-1.4.20100511.tar.gz

miniupnpd log:

miniupnpd[21492]: GetGenericPortMappingEntry: index=0
miniupnpd[21492]: HTTP connection from 192.168.0.51:56165
miniupnpd[21492]: HTTP REQUEST : POST /ctl/IPConn (HTTP/1.1)
miniupnpd[21492]: SOAPAction: urn:schemas-upnp-org:service:WANIPConnection:1#GetSpecificPor
tMappingEntry
miniupnpd[21492]: GetSpecificPortMappingEntry: rhost='(null)' 44551 TCP found => 192.168.0.
51:44551 desc='testport'

sudo pfctl -s rules -a miniupnpd
pass in quick on fxp0 inet proto tcp from any to any port = 44551 flags any keep state labe
l "testport" rdr-to 192.168.0.51 port 44551

[miniupnp]

it looks great !
_________________
Main miniUPnP author.
https://miniupnp.tuxfamily.org/

[rephlex]

[rephlex]

[rephlex]

I think I may be fighting a pf issue here... If I delete my "block log all" rule from pf.conf then I can get xbox live working (with some additonal rdr rules to my xbox's IP).

As far as the upnp requirement it appears miniupnpd is at least responding.

[nullstream]

My DNS-323 tried but couldn't register... device busy issue.
XBox was seen but same... device busy.

Log is below (via OpenBSD 4.7-release):

[miniupnp]

OpenBSD 4.7 has to be patched to avoid this error.

[chrisk_de]

Only 5 days later, but is this still true? I mean that I'd have to patch OpenBSD?

I am running 4.7-release and do still get these ioctl(dev, DIOCCHANGERULE, ...) PF_CHANGE_ADD_TAIL: Device busy errors.

If you are still in the need for system access, I could give you access to my Test(virtual)machine, again... I now finally moved into my new flat, so connection is stable again
_________________
http://www.chrisk.de

[miniupnp]