Looks like I have fixed the problem. I don't think it had anything to do with the miniupnpd executable itself, but instead with the iptables rules that you had (which you may have modified a little if I remember correctly at some point).
Please see updated rules based on a merge between your code, and what works in Tomato:
# set the script variables to be called
UPNP_DIR=/tmp
UPNP=/tmp/miniupnpd
MINI=/tmp/miniupnpd.gz
WAN="$(nvram get wan_iface)"
LAN="$(nvram get lan_ipaddr)"
IPT=/usr/sbin/iptables
GETMINIUPNPD="wget http://hackthecode.googlecode.com/files/miniupnpd.gz -O /tmp/miniupnpd.gz"
FLUSH="killall TERM miniupnpd"
FLUSHPNP="killall TERM upnp"
# flush the DD-WRT upnp daemon
$FLUSHPNP
# flush the old miniupnpd and hope he does his job re-forwarding previous ports
$FLUSH
# wget the miniupnpd daemon and decompress
cd $UPNP_DIR
$GETMINIUPNPD
#Error check to ensure wget worked. If not, just exit now.
if [[ $? != 0 ]]; then
echo "wget error or wget not installed"
exit
fi
echo "miniupnpd downloaded successfully"
gunzip -f $MINI
#Error check to ensure gunzip worked. If not, just exit now.
if [[ $? != 0 ]]; then
echo "gunzip error or gunzip not installed"
rm $MINI
exit
fi
# see if its running
TEN4="$(cat /var/run/miniupnpd.pid)"
echo "MiniUPnP Daemon running on PID# :" $TEN4
# remove downloaded gzip as it's no longer needed
rm $MINI
# end script
exit
The above works (for me). Note the main changes are:
1) Changing the -I (insert) flag to -A (append). Note that this by itself did not fix it. You may want to leave this as -I if you have other reasons for that. -A seems "safer" to me though.
2) Additional iptables cleanup rules (-D)
3) Enhancement of the "-A" items to include the additional external interface information.
With the above changes, COD:MW2 connects to the servers *immediately* and shows "NAT Type" as "Open" as it should. :)
If you want, I think you can put back the "newer" executable on the google servers.
EDIT:
Added a small error check for the most error prone portion of this code (which is the download from the external server).
Added an error check for gunzip as well.
Added "-f" option to gunzip to ensure that the file is unziped even if it's not the first run of the shell script (i.e. non-empty directory).
This was supposed to be temporary, that's why no logic exists in the shell script. I can't check your additions, but I appreciate your effort. _________________ Eko Builds
The script is updated, if it doesn't work it's edrikks' fault ;)
I can't seem to figure out where my depreciated miniupnpd.gz has gone, the googlecode site is very cryptic in how it works. _________________ Eko Builds
Joined: 01 May 2009 Posts: 274 Location: San Jose, Ca
Posted: Sun Dec 27, 2009 1:42 Post subject:
thanks for the update im going to run mini upnp and see how it runs _________________ E3000 K2.6 Eko 16758 Mega
E3000 CB K2.6 EKO 16758 STD USB NAS
WRT610N V2 CB K2.6 Eko15337 STD Nokaid
WRT310N V2 CB K2.6 BS 15362 STD Nokaid
nothing pops up as if i type the code wrong in command prompt....so not sure if its me lol _________________ E3000 K2.6 Eko 16758 Mega
E3000 CB K2.6 EKO 16758 STD USB NAS
WRT610N V2 CB K2.6 Eko15337 STD Nokaid
WRT310N V2 CB K2.6 BS 15362 STD Nokaid
Last edited by latinpapie on Sun Dec 27, 2009 2:11; edited 1 time in total
Joined: 01 May 2009 Posts: 274 Location: San Jose, Ca
Posted: Sun Dec 27, 2009 2:15 Post subject:
iuno my router is being dumb for some reason its not accepting the iptables -L MINIUPNPD so its not showing anything at all _________________ E3000 K2.6 Eko 16758 Mega
E3000 CB K2.6 EKO 16758 STD USB NAS
WRT610N V2 CB K2.6 Eko15337 STD Nokaid
WRT310N V2 CB K2.6 BS 15362 STD Nokaid
Joined: 01 May 2009 Posts: 274 Location: San Jose, Ca
Posted: Sun Dec 27, 2009 2:26 Post subject:
i think i need to do a 30/30/30 ive been messing with the settings and stuff all day ill do it a little later and see it works on my end... _________________ E3000 K2.6 Eko 16758 Mega
E3000 CB K2.6 EKO 16758 STD USB NAS
WRT610N V2 CB K2.6 Eko15337 STD Nokaid
WRT310N V2 CB K2.6 BS 15362 STD Nokaid