ASUS RT-N66U: Port forwarding issues

gistfile1.md

Firmware: 3.0.0.3.108

Port forwarding is completely broken. Adding a new port to forward to does not result in the internal device receiving the data and after checking the "System Log" under the "Port Forwarding" tab I'm presented with an empty forwarding table:

Destination     Proto. Port range  Redirect to     Local port

--

I ran through these these steps to add a port forward:

• Visit http://192.168.1.1
• Click "WAN"
• Click "Virtual Server / Port Forwarding"
• Type in a "Service Name": ssh
• Type in a "Port Range": 22
• Type in a "Local IP": x.x.x.x
• Type in a "Local Port": 22
• Select "Protocol": BOTH
• Click the "+"
• Click "Apply", wait till page reloads.
• New entry is present

Temporary Fix

I was able to get forwarding "working" by setting a DMZ host. This, of course, is not true forwarding but it has enabled me to continue using the router while the problem is fixed. It's interesting to note that after adding a DMZ, the port forwarding table shows an entry:

Destination     Proto. Port range  Redirect to     Local port
ALL             ALL                192.168.1.9                

Issues:

I suspect setting a DMZ host completely breaks any ability to play video games reliably.

--

Related threads:

• http://vip.asus.com/forum/view.aspx?id=20120125085039818&SLanguage=en-us&board_id=11&model=RT-N66U%20(VER.B1)

I have the same version (B1). What browser are you using to configure?

Usually I use Google Chrome when I'm configuring my router. Sometimes I use Firefox (my former most-used browser).

I've read that the browser seems to make a difference for some people, but I don't see how. Saving the information is all done in the router; I wouldn't think it would leave any data on a client machine that the router would need in order to work properly.

Leaving this here in case someone comes by it like I did...

I was getting the same issue with my Asus RT-N53, firmware 3.0.0.4.376_3754.

Problem: After inserting a valid row in the port forwarding table, and clicking on Apply, the row disappears from the table and has no trace in the Port Forwarding System Log. I was using my Macbook Pro OS X 10.11.5 on Wi-Fi (using Chrome 50.0.2661.102 and Firefox 46.0.1) to attempt this without success.

My solution: Used my desktop Windows 10 on Ethernet to successfully add a row to the port forwarding table (and subsequently, the Port Forwarding system log was populated).

My theory: Something is wonky when trying to Port Forward the Asus router on WiFi - try an Ethernet connection (however, this is unsubstantiated until I get a chance to make the same change using Ethernet and my Macbook).

@oosidat It's a year late but you actually need to press the little + button to the right of the input line to actually insert the rule, then you click apply. Failing to do so will result in the 'disappearing' behaviour you see. Not that it matters much anyway, Port Forwarding doesn't seem to work if you do insert the rule successfully anyway.

EDIT - got it working. You only need to specify 'Service Name', 'Port Range'[1] and 'Local IP'. Obviously choose the protocol which will default to TCP. Adding anything else seems to break forwarding.

[1] Note - you can enter a single port number here, no need to set the local port. Or you can set a port range using : as a separator or mix and match with commas like so... 80,443,6700:6705,12342

@PuffinBlue,

this is still not working for me. I am trying to ssh into a raspberry pi publically, but it doesn't work. :(