PDA

View Full Version : RT-N66U official firmware 3.0.0.3_162


doc octopus
07-24-2012, 06:43 AM
ftp://ftp.asus.com.tw/pub/ASUS/wireless/RT-N66U_B1/FW_RT_N66U_B1_3003162.zip

whsbuss
07-24-2012, 07:15 AM
ftp://ftp.asus.com.tw/pub/ASUS/wireless/RT-N66U_B1/FW_RT_N66U_B1_3003162.zip

Don't see this posted in the downloads section of the ASUS site.

Jola
07-24-2012, 07:46 AM
ftp://ftp.asus.com.tw/pub/ASUS/wireless/RT-N66U_B1/FW_RT_N66U_B1_3003162.zip

That link does not work for me ?

doc octopus
07-24-2012, 07:55 AM
asus ftp site does not work well. must repeatedly groped

mosoccer
07-24-2012, 10:31 AM
The link in the OP didn't work for me but this one did:

http://dlcdnet.asus.com/pub/ASUS/wireless/RT-N66U_B1/FW_RT_N66U_B1_3003162.zip

Jola
07-24-2012, 11:21 AM
The link in the OP didn't work for me but this one did:

http://dlcdnet.asus.com/pub/ASUS/wireless/RT-N66U_B1/FW_RT_N66U_B1_3003162.zip

Thanks, managed to download from that link !

SLK350
07-24-2012, 12:04 PM
ASUS RT-N66U B1 Firmware Version 3.0.0.3.162

Fix bugs:
1. UI related bugs
2. Network map cannot show device name.
3. QoS control for wired connected devices.
4. Special character name/password issue in VPN server.
5. Download master installing issue in AP mode.
6. PPPoE compatibility issue.
7. L2TP compatibility issue.
8. Sonos audio system and network map compatibility issue. Special thanks to Merlin for his contribution.
9. IPv6 6in4 memory leak
10.IPTV multicast related issues
11.FTP/Samba account change issue

Modified
1. Enable cross night setting in wireless radio on/off setting page.
2. Enable Beceem Wimax support.
3. Change default wireless security to WPA-AES in QIS.
4. Add Spanish language.
5. Modify VPN server UI.
6. Tune IPv6 connection for ComCast
7. Upgrade 3G profile

Download master 3.1.0.59
1. BT cache size changed to 256KB
2. Support crosse night schedule setting
3. Show amulle server connection status
4. Modify the HDD free space detection behavior
5. Fix download master association tool connection issue
6. Fix the torrent file add problem when changed the download directory
7. Modify the downloading task refresh process

Download master association tool 2.0.3.3
1. Support manget link and ed2k on Google Chrome, Firefox, IE
2. Fix the manget link association issue on Win7 64bit IE9
3. Fix the ed2k download issue on IE

doc octopus
07-24-2012, 12:10 PM
nvram return to 32k. :(

AnthonyArmato
07-24-2012, 12:46 PM
Wow, it did. :mad:

zbeyuz
07-24-2012, 01:38 PM
What is the benefit to have 64k nvram ? I can see this version runs quite good for me...

P/s: Anybody still have a slow down with Qos in this release ?

RMerlin
07-24-2012, 02:14 PM
The router stores a lot of information in nvram, including hardware configuration. In the case of a dual band router like the RT-N66U, it means a lot of that space is already taken by hardware configuration, leaving limited space for storing actual user configuration.

A typical RT-N66U with basic settings has only around 2 KB of space left out of 32 KB. Those 2 KB are used to store things like port forwarding, DHCP reservations, QoS rules, etc... It's very easy to accidentally fill up the remaining nvram, which will result in a crashing router, followed by a complete wipe of all your configuration.

RMerlin
07-24-2012, 02:16 PM
nvram return to 32k. :(

Asus only released betas with 64 KB nvram. The last official release (144) was also 32 KB.

AnthonyArmato
07-24-2012, 02:46 PM
RMerlin, are you able to implement that when you update your version ?

RMerlin
07-24-2012, 03:05 PM
RMerlin, are you able to implement that when you update your version ?

I've had 64K nvram enabled since my 144.10 builds.

I'll release 157.12 real soon, then start working on rebasing on 162 once they release the sources.

AnthonyArmato
07-24-2012, 03:15 PM
Well, that's what I meant. Once they release the info you need from 162.

worthmining
07-24-2012, 05:42 PM
I've had 64K nvram enabled since my 144.10 builds.

I'll release 157.12 real soon, then start working on rebasing on 162 once they release the sources.

is 144 the last official? it's not available from within the router upgrade UI. 112 is still on mine showing the most current. However, on 112 I've experienced daily stale and had to reboot at a daily basis, otherwise the router is awesome.

I run linksys EA4500 and N66U side by side, both performed greatly with multiple HD streaming on both 5G and 2.4G. The only difference seems to be the coverage and speed on the edge. N66U, if not this daily stale/reboot, its speed is better than linksys its about 20-30 feet away from the router. therefore I'm looking for the newer firmware to upgrade hopefully takes care the staleness.

RMerlin
07-24-2012, 07:08 PM
is 144 the last official? it's not available from within the router upgrade UI. 112 is still on mine showing the most current. However, on 112 I've experienced daily stale and had to reboot at a daily basis, otherwise the router is awesome.

I run linksys EA4500 and N66U side by side, both performed greatly with multiple HD streaming on both 5G and 2.4G. The only difference seems to be the coverage and speed on the edge. N66U, if not this daily stale/reboot, its speed is better than linksys its about 20-30 feet away from the router. therefore I'm looking for the newer firmware to upgrade hopefully takes care the staleness.

Asus pulled 144 the day after releasing it, for unknown reason.

162 is now the latest official release, published by them today.

I suspect your daily reboots might be caused by you using an IPv6 tunnel. There was a memory leak in Asuswrt that was fixed by Asus in 151.

haggi
07-25-2012, 01:22 AM
I am located in Europe (FW 162) - how does the N66U sense my location? I would like to try power settings beyond 100mW, but it doesnt let me.

Gingernut
07-25-2012, 01:41 AM
Depends where you bought it as the region is preprogrammed in the CFE, router bios.

Over at the wl500g.info forums there's info on how to change the routers region to get over this limit.

http://wl500g.info/showthread.php?25929-NEW-ASUS-RT-N66U-ROUTER!&p=253012#post253012

Only seems to be beneficial using the official firmware.

worthmining
07-25-2012, 03:02 AM
Asus pulled 144 the day after releasing it, for unknown reason.

162 is now the latest official release, published by them today.

I suspect your daily reboots might be caused by you using an IPv6 tunnel. There was a memory leak in Asuswrt that was fixed by Asus in 151.

By stale, I mean the speed drops to very low.

I don't have ip6 tunnel on (in the type dropdown it says disabled). However, just loaded 162, will see how it plays.

Jola
07-25-2012, 07:11 AM
3.0.0.3.162 seems to work for me.

As far as I am concerned this is the first Asus firmware that even works !

Hopefully there is some decent progress from here forward !

zbeyuz
07-25-2012, 09:24 AM
Any improvements on Qos in this release ? Will it slowing down your download and upload speed ?

2000wolf
07-25-2012, 10:08 AM
I'm still quite happy with beta .151.

What are the improvements of .162?

I'm a little bit concerned about the 32 kByte RAM issue in .162.
May be it makes more sense to wait for RMerlins next release...

RMerlin
07-25-2012, 12:58 PM
I'm still quite happy with beta .151.

What are the improvements of .162?


See this post (http://forums.smallnetbuilder.com/showpost.php?p=44742&postcount=7) for the changelog since 108.

business101
07-25-2012, 01:50 PM
Hi All,

Just updated my 2 'rt-n66u from .112 to .162 and im having a Big problem.
I am missing the tab with wireless bridge??

Any ideas?

The bridge is still Working but i cant change the bridge settings

Ramon
07-25-2012, 02:10 PM
Finally :p How about the AICloud? Did not see it as update or improvement.

RMerlin
07-25-2012, 02:15 PM
The AiCloud service is still in beta, and won't launch until the end of August according to Asus.

Ramon
07-25-2012, 02:24 PM
The AiCloud service is still in beta, and won't launch until the end of August according to Asus.

Thanks Merlin. AICloud is a nice idea.. but did not work well on .155 I will update to FW .162 too see how it is. cheers

richto
07-25-2012, 02:39 PM
I am located in Europe (FW 162) - how does the N66U sense my location? I would like to try power settings beyond 100mW, but it doesnt let me.

But if you set the region to US, you will crippled to only having channels 1-11

Just use the performance tuning page on Merlin's CFW and then save the config and reload it if you want to use OFW.

RMerlin
07-25-2012, 04:59 PM
Thanks Merlin. AICloud is a nice idea.. but did not work well on .155 I will update to FW .162 too see how it is. cheers

There is no AiCloud support in 162. As I said, the service won't launch until the end of August. That probably includes some of the backend services on Asus's side that will be required for full AiCloud functionality.

The build 155 that had it enabled wasn't supposed to be distributed to the public and was probably for internal tests by Asus.

RogerSC
07-25-2012, 06:34 PM
I'm still quite happy with beta .151.

What are the improvements of .162?

I'm a little bit concerned about the 32 kByte RAM issue in .162.
May be it makes more sense to wait for RMerlins next release...

Yes, I'm on .151 now, too, a least a couple of weeks of nice, reliable uptime. I'm not motivated yet to upgrade, most of my pet peeves have been taken care of with .151. The one area that I'd like to see really solid is IPv6, but I don't need it at the moment. We all will at some point, but not yet for me. Comcast doesn't even allow me to play with it yet.

Anyways, very nice and reliable at this point on .151 beta. I'd like to move up to a solid "final" release that has IPv6 fully functional, no memory leaks, etc., at some point, but am not in a hurry at the moment.

Off topic, I just got some good news from Comcast. They're finally adding some more hardware on my side of town either July 27 or August 3. After about a year of declining "prime time" download speed (and a languishing DOCSIS 3 cable modem *smile*), I'm ready to get what I'm paying for again. It will make me very happy to see more than 4Mb/s in the evening, and be able to actually do some streaming on the internet again.

Shikami
07-25-2012, 07:44 PM
DDNS finally works, but you still cannot change, modify, or delete the admin account (very asinine). I thought that was one of the bugs fixed? Performance seems fine, if not a little better.

The annoying dmesg issue with VPN is still there:
Jul 25 19:37:02 kernel: protocol 0000 is buggy, dev eth0
Jul 25 19:37:02 kernel: protocol 0000 is buggy, dev eth0
Jul 25 19:37:02 kernel: protocol 0000 is buggy, dev eth0
Jul 25 19:37:02 kernel: protocol 0000 is buggy, dev eth0

RMerlin, any reason for this VPN issue? Maybe you can pass on down some information about this, if possible?

RMerlin
07-25-2012, 08:09 PM
The annoying dmesg issue with VPN is still there:
Jul 25 19:37:02 kernel: protocol 0000 is buggy, dev eth0
Jul 25 19:37:02 kernel: protocol 0000 is buggy, dev eth0
Jul 25 19:37:02 kernel: protocol 0000 is buggy, dev eth0
Jul 25 19:37:02 kernel: protocol 0000 is buggy, dev eth0

RMerlin, any reason for this VPN issue? Maybe you can pass on down some information about this, if possible?

This happens if you enable broadcast support for the VPN server. I haven't had a chance to look more in depth yet.

Shikami
07-26-2012, 12:03 AM
This happens if you enable broadcast support for the VPN server. I haven't had a chance to look more in depth yet

Dude, you are the man. One day I may find you and buy you a beer.

fearz
07-26-2012, 03:24 AM
Hi,

I have a problem with wireless range in my house, 2.4 & 5 GHz! I feel the router should deliver very much wider coverage...also I don't think the 5GHz is delivering bandwidth speed as it should...the maximmum i got while transfering data (450Mb to 450 Mb) is 6 MB/sec...Thats between my MBP late 2011 & Mac mini 2012!

I bought the RTN66U from the US and I live in Egypt, I tried setting mW from 100 to 500, no gains...

Can someone explain the mW / Transmit Power, how it works? is it safe? can raising it too high damage the router / wireless signal?

What settings should I set to have the maximum wireless range?

Does setting the country / other countries affect this subject?

Thank you all in advance...

Gingernut
07-26-2012, 11:55 AM
5Ghz coverage is terrible compared to the 2,4Ghz band but not on this router on all of them, the RT-N66U has probably has better coverage than others.
My RT-N56U is more or less unusable on the 5Ghz band once you leave the same room.

If yours is from the US you can boost the 5Ghz to 250mW.

fearz
07-26-2012, 01:15 PM
5Ghz coverage is terrible compared to the 2,4Ghz band but not on this router on all of them, the RT-N66U has probably has better coverage than others.
My RT-N56U is more or less unusable on the 5Ghz band once you leave the same room.

If yours is from the US you can boost the 5Ghz to 250mW.

Yes, i bought it from the US...

Are you sure I can boost it to 250? it will not harm / damage it?

Does this interfere with Egypt wireless or something? I mean why do they categorise wireless channels/usage per country?

Gingernut
07-26-2012, 02:26 PM
I don't think you'll damage anything as it's prepared but it's your choice.

If your worried about using channels that aren't authorized in Egypt but are possible to use on tyour router then have a look here.

http://en.wikipedia.org/wiki/List_of_WLAN_channels#5.C2.A0GHz_.28802.11a.2Fh.2F j.2Fn.29

rrosendahl
07-27-2012, 12:26 AM
Looks like a bunch of things got fixed, but I still got some issues:
- DCHP reservation doesn't let me add new reservations and apply doesn't seem to do anything.
- Manual QoS: I can add a MAC address and priority, but the "apply" warns that a field can't be empty; not sure which one? (I don't want to enter bandwidth limits)
- Tx Power adjustment can be set to 500, but it still requires 3 x Apple.

Anybody else have these issues?

RMerlin
07-27-2012, 03:19 AM
Looks like a bunch of things got fixed, but I still got some issues:
- DCHP reservation doesn't let me add new reservations and apply doesn't seem to do anything.
- Manual QoS: I can add a MAC address and priority, but the "apply" warns that a field can't be empty; not sure which one? (I don't want to enter bandwidth limits)
- Tx Power adjustment can be set to 500, but it still requires 3 x Apple.

Anybody else have these issues?

1) Make sure you do set "Enable Manual Assignment" to "Yes" first.
2)Make sure you set a "Service name". If it still doesn't work, also set a protocol. That's the only fields (plus MAC) that I have set here for my VoIP ATA.
3) I'm not sure why Asus has put that code in place, but it was voluntarily done this way by their programmers in the HTML pages - it actually checks that you did click three times before applying.

dikkiedirk
07-27-2012, 05:22 AM
Is there some utility to get a print-out of my current config, showing what has changed compared to default-settings?

I'm still on the fw that came with the router 0.90 I think. I'd like to give this one a try. Can't go higher than 40 mW.

G37x
07-27-2012, 12:08 PM
Can someone please post in here how to check the nvram size via telnet? I had all the info just can't find it now...

Thanks!

batwater
07-27-2012, 12:26 PM
I'm on the latest build 3.0.0.3.162.13 and I'm seeing the following error in my log with VPN turned on:

Jul 27 11:21:47 kernel: printk: 129 messages suppressed.
Jul 27 11:21:47 kernel: protocol 0000 is buggy, dev eth0

Turn VPN off, it stops, that is item 1.

Item 2 is a Noob question. I can connect from my windows 7 laptop to my router via VPN but I cannot connect to anything internally on the network. I took the default for the VPN DHCP address range which is 192.168.10.x, my internal network is 192.168.1.x my understanding is that the 10.x should route to the 1.x, am I missing something?

BTW, this is sooooo much better than the stock .112 from Asus that I was running, thanks a bunch Merlin!!!

Thanks!

BinaryTB
07-27-2012, 12:44 PM
Jul 27 11:21:47 kernel: printk: 129 messages suppressed.
Jul 27 11:21:47 kernel: protocol 0000 is buggy, dev eth0

Turn VPN off, it stops, that is item 1.

I believe that's the same issue Merlin answered on the previous page:
http://forums.smallnetbuilder.com/showpost.php?p=44826&postcount=33

Broadcast support or something.

RMerlin
07-27-2012, 12:48 PM
I'm on the latest build 3.0.0.3.162.13 and I'm seeing the following error in my log with VPN turned on:

Jul 27 11:21:47 kernel: printk: 129 messages suppressed.
Jul 27 11:21:47 kernel: protocol 0000 is buggy, dev eth0

Turn VPN off, it stops, that is item 1.


Disable Broadcast support on the VPN config page.


Item 2 is a Noob question. I can connect from my windows 7 laptop to my router via VPN but I cannot connect to anything internally on the network. I took the default for the VPN DHCP address range which is 192.168.10.x, my internal network is 192.168.1.x my understanding is that the 10.x should route to the 1.x, am I missing something?


If you use a different range for the VPN and the LAN then you will have to do one of these:


Configure your VPN to use the remote gateway as the default gateway (which means ALL traffic will be routed through the VPN), or

Create a new route on your Windows client to route all 192.168.1.0 traffic through the 192.168.10.x tunnel (route add 192.168.10.0 mask 255.255.255.0 192.168.10.90), or

Set your VPN network to also use the same 192.168.1.0 network as your LAN.


Doing the latter is obviously the simplest and most efficient way to do it, as long you don't have an address conflict with the network from which your laptop is connecting to, just make sure that the range you allocate for the VPN doesn't conflict with the range allocated for the DHCP.

RMerlin
07-27-2012, 12:49 PM
Is there some utility to get a print-out of my current config, showing what has changed compared to default-settings?

I'm still on the fw that came with the router 0.90 I think. I'd like to give this one a try. Can't go higher than 40 mW.

Over telnet:

nvram show

@G37x, this will also give you the used/remaining amount of nvram at the end of the dump.

G37x
07-27-2012, 01:19 PM
Over telnet:



@G37x, this will also give you the used/remaining amount of nvram at the end of the dump.


Can you please show those lines for your cfg?

RMerlin
07-27-2012, 01:50 PM
Can you please show those lines for your cfg?


size: 33506 bytes (32030 left)


Size is what is currently used, so the two must be added to get the total available nvram.

batwater
07-27-2012, 02:18 PM
I believe that's the same issue Merlin answered on the previous page:
http://forums.smallnetbuilder.com/showpost.php?p=44826&postcount=33

Broadcast support or something.

Opps, sorry, missed that one, thanks for the info!

G37x
07-27-2012, 02:20 PM
Size is what is currently used, so the two must be added to get the total available nvram.

Thanks. That's what I thought....So this last fw from asus will get us back to 32k?

toor
07-27-2012, 03:05 PM
It is just me or am I the only one who experiences the httpd demon crashing on occasion?

I will click on the button to show the client list, or dhcp list and the little progress circle will spin like its looking; then does nothing and it i click someplace else on the webui it says cant connect to router. I'll then telnet to the router and look at the processes and httpd isnt running any more.

This usually happens after the router has been running for a few days and its done it with every single version of firmware I have used.

I don't know if it has something to do with firefox causing it; since thats what I use exclusively.

RMerlin
07-27-2012, 03:14 PM
Thanks. That's what I thought....So this last fw from asus will get us back to 32k?

Correct. They haven't enabled 64K NVRAM support in their build.

ozmade
07-27-2012, 11:16 PM
I have the RT-N66U and running firmware 3.0.0.3.162 and have cleared the Nvram. I have been trying unsuccessfully trying to setup VPN and Dyndns to remotely access my Thecus NAS and have come to the conclusion that I have no idea what I am doing.
I have read the user manual from back to front and there is next to nothing on the subject, I have spoken with Asus on the phone they have no idea and told me that I have to do online support, done that and very little help they just told me to update to latest firmware and to restore which I have done.
Can anybody please help me with simple step instructions.
My NAS port defaults are HTTP:80 and HTTPS: 443

RMerlin
07-28-2012, 03:05 AM
I have the RT-N66U and running firmware 3.0.0.3.162 and have cleared the Nvram. I have been trying unsuccessfully trying to setup VPN and Dyndns to remotely access my Thecus NAS and have come to the conclusion that I have no idea what I am doing.
I have read the user manual from back to front and there is next to nothing on the subject, I have spoken with Asus on the phone they have no idea and told me that I have to do online support, done that and very little help they just told me to update to latest firmware and to restore which I have done.
Can anybody please help me with simple step instructions.
My NAS port defaults are HTTP:80 and HTTPS: 443

At which point did you get stuck? Were you able to at least get the DynDNS part working?

What operating system are you running on the client computer that will be connecting over VPN?

ozmade
07-29-2012, 03:27 AM
I have been able to connect to the RT-N66U UI after checking the port of access from WAN under the firewall settings which is port 8080 so I put that and the end of my http:/hostname.dyndns-mail.com:8080, if I change the port of access from WAN and put whatever I changed to on the end of my hostname it will only connect to the router UI.
In the router UI under WAN-Port forwarding I have entered two port forwarding to the same LAN IP one being http and the other https, I have tried adding these ports to the end of the hostname and it times out. I am using windows 7 but I want to connect direct to the Nas through the router without windows running a I did pay someone to do this a couple of years ago with a D-Link router which is now with the gods which cost me $$$$
I am not sure if this matters but I have been using 3G on my I phone to test the connection using my hostname to avoid loop back

2000wolf
07-29-2012, 06:50 AM
Off topic

Hi ozmade,

Be careful with opening ports to the internet. Without exactly knowing the consequences that's an invitation for all hackers...

Concerning your NAS access issue you have to keep in mind that dynDNS service only provides the current WAN IP of your router.

If you want to access your NAS you could e.g. install a VPN that creates a tunnel from your client to your router. Then you can access your NAS with it's "VPN IP address" (which is different from it's local IP adress in your LAN).

BTW: VPN can be a real pain... have a look at the VPN subforum here.

Daybreak
07-29-2012, 11:29 AM
I have been able to connect to the RT-N66U UI after checking the port of access from WAN under the firewall settings which is port 8080 so I put that and the end of my http:/hostname.dyndns-mail.com:8080, if I change the port of access from WAN and put whatever I changed to on the end of my hostname it will only connect to the router UI.
In the router UI under WAN-Port forwarding I have entered two port forwarding to the same LAN IP one being http and the other https, I have tried adding these ports to the end of the hostname and it times out. I am using windows 7 but I want to connect direct to the Nas through the router without windows running a I did pay someone to do this a couple of years ago with a D-Link router which is now with the gods which cost me $$$$
I am not sure if this matters but I have been using 3G on my I phone to test the connection using my hostname to avoid loop back

Howdy,
First it sounds like your not understanding what DynDNS does with what local ip addressing does. The DynDNS will get you back to your dynamic assigned ip address. That is all. The router is the item which you then need to configure to give up the tcp ports to another location behind your firewall. The best way is to make sure a reserved IP is assigned (set as static too if you want) the NAS. Now for example you use 192.168.1.10 for your NAS. Under the RT-N66U you would have a DHCP reserved for that specific MAC setup. The under the WAN tab, you would enable port forwarding, you would then make the custom rule for what you want. You would not worry about the drop downs, go right to the service name slot, type in a name you want, set the port you want, use drop down to select the IP address (192.168.1.10), and then the matching local port you want it matched to, then TCP, and then select the big + sign, don't forget to the hit apply at the bottom. done. :)

Fab30
07-30-2012, 01:36 AM
My router, cant wake up wifi when i set times when is wireless radio on... do you have this problem anyone?

RMerlin
07-30-2012, 01:54 AM
My router, cant wake up wifi when i set times when is wireless radio on... do you have this problem anyone?

Yes, it's a known bug in firmware 3.0.0.3.162.

Fab30
07-30-2012, 02:34 AM
omg... :( thx

ozmade
07-30-2012, 06:14 AM
Howdy,
First it sounds like your not understanding what DynDNS does with what local ip addressing does. The DynDNS will get you back to your dynamic assigned ip address. That is all. The router is the item which you then need to configure to give up the tcp ports to another location behind your firewall. The best way is to make sure a reserved IP is assigned (set as static too if you want) the NAS. Now for example you use 192.168.1.10 for your NAS. Under the RT-N66U you would have a DHCP reserved for that specific MAC setup. The under the WAN tab, you would enable port forwarding, you would then make the custom rule for what you want. You would not worry about the drop downs, go right to the service name slot, type in a name you want, set the port you want, use drop down to select the IP address (192.168.1.10), and then the matching local port you want it matched to, then TCP, and then select the big + sign, don't forget to the hit apply at the bottom. done. :)

1 Hi Daybreak, or who ever is willing to help!
You are right about me not understanding Dyndns and VPN, you lost me when you quoted you would then make the custom rule for what you want. But I am trying and hopefully I will learn.
What I need to do is connect to 2 devices on my LAN Remotely Via the internet from any PC but will only concentrate on 1 device (Thecus NAS) at the moment.
I have listed the RT-N66U settings in the UI below which I think is needed to be completed and filled in the ones that I feel are correct or left as default , If possible could you pass or change the settings to the best of your ability.
1) I have finally managed to get the Dyndns to connect to the router by adding port 8080 to the end of my http://hostname.dyndns.org by luck which was the last port of an old dyndns account I had. I only remembered that because my ISP blocks port 80.
I am guessing that my Dyndns is working and have the setting correct in the RT-N66U UI DDNS
2) My NAS has a static IP of 192.168.1.3, it has 2 default ports the 1st one is http port 80 and the 2nd one is https port 443 I have tried different ports (8000,4443,1080) with no success but have put them back to the default ports
3) In the RT-N66U UI under WAN-Vitual Server/Port Forwarding under basic config Enable port Enable port forward is checked-Yes
Famous server list is at-Please select
Famous game list is at- Please select
FTP server port is at-2021
In the Port forwarding list at the bottom of the page
Service name is at- NAS
Port range is at- 80 I have tried the other ports mentioned above (8000,4443,1080)
Local IP is at- 192.168.1.3
Local port is at- 80 I have tried the other ports mentioned above (8000,4443,1080)
Protocol is at-TCP
I then hit the + and Apply.
4) In the RT-N66U firewall setting
Enable fire wall is checked-Yes
Enable Dos Protection checked-No
Logged packets type is-None
Enable web from WAN is checked -Yes
Port of web access from WAN is -HTTP 8080
Respond ping request from WAN is checked- No.
5) In the RT-N66U UI under VPN/Server/Basic Config
Enable PPTP server is checked-Yes
Broadcast support is checked-Yes
Username is at-Dyndns login username
Password is at- Dyndns login password
I then hit the + and Apply.
6) In the RT-N66U UI under VPN/Detail/Basic Config
Broadcast Support is at-Disable
Authentication is at-Auto
MPPE Encryption is at- All 3 boxes ticked
Connect to DNS server automatically is checked-Yes
Connect to WINS server automatically is checked-Yes
Client IP address is at 192.168.10.2-192.168.10.11

Cheers!

Ozmade

dikkiedirk
07-30-2012, 10:13 AM
Over telnet:



@G37x, this will also give you the used/remaining amount of nvram at the end of the dump.

Is it possible to write my current settings to a file?

RMerlin
07-30-2012, 01:57 PM
Is it possible to write my current settings to a file?

Plug a USB disk to your router. Then, run the following command to generate a complete output:


nvram show > /mnt/sda1/settings.txt


Don't forget to use the web interface to unplug the USB disk (Network Map, click on the USB disk, then select the option to safely remove it).

RMerlin
07-30-2012, 02:00 PM
Ozmade, if you are going to use a DynDNS, then do not forward any port at all. The idea of the VPN is that once you connect with a VPN, it will be as if your laptop is connected directly on the router, bypassing entirely the router's firewall.

1) Set your VPN IP range to be 192.168.1.245-254 (if you don't, you will need to create static routes on your laptop, OR set it to route all traffic through the gateway - something that you usually want to avoid)
2) Connect to VPN using the hostname of your DynDNS
3) access directly the NAS's IP, i.e. http://192.168.1.3:8080 (if the NAS is on that IP)

Think of VPN as a hole through your firewall, giving you access to your whole network, without the need of any port forwarding.

ozmade
07-30-2012, 03:42 PM
Ozmade, if you are going to use a DynDNS, then do not forward any port at all. The idea of the VPN is that once you connect with a VPN, it will be as if your laptop is connected directly on the router, bypassing entirely the router's firewall.

1) Set your VPN IP range to be 192.168.1.245-254 (if you don't, you will need to create static routes on your laptop, OR set it to route all traffic through the gateway - something that you usually want to avoid)
2) Connect to VPN using the hostname of your DynDNS
3) access directly the NAS's IP, i.e. http://192.168.1.3:8080 (if the NAS is on that IP)

Think of VPN as a hole through your firewall, giving you access to your whole network, without the need of any port forwarding.

Hi RMerlin,

Does that mean I need to have a PC with VPN program connected on the LAN turned on at all times, or a PC with VPN program which I use to connect to the internet remotely.
Where do I set my VPN IP range on the PC, or in the router UI, if I try to set IP 192.168.1.245-254 in the router it says it is in Conflict with the router's DHCP IP pool: 192.168.1.2 ~ 192.168.1.254

RMerlin
07-30-2012, 04:41 PM
Hi RMerlin,

Does that mean I need to have a PC with VPN program connected on the LAN turned on at all times, or a PC with VPN program which I use to connect to the internet remotely.
Where do I set my VPN IP range on the PC, or in the router UI, if I try to set IP 192.168.1.245-254 in the router it says it is in Conflict with the router's DHCP IP pool: 192.168.1.2 ~ 192.168.1.254

The VPN server is in your router. You only need the VPN client to connect on the computer that will be remotely accessing your network. It needs to connect every time you need to access your LAN.

Change you DHCP pool to only cover 192.168.1.2 through 192.168.1.240, leaving the 245-254 range free for VPN clients.

ozmade
07-31-2012, 08:37 AM
The VPN server is in your router. You only need the VPN client to connect on the computer that will be remotely accessing your network. It needs to connect every time you need to access your LAN.

Change you DHCP pool to only cover 192.168.1.2 through 192.168.1.240, leaving the 245-254 range free for VPN clients.

Hi RMerlin,
My reason for being on this particular forum is I assume that most people on here would have experience with the Asus RT-N66U Router and its can and can not dos
I was hoping this would be a little more intuitive for the layman but it seems to be a little more in depth than I imagined! This is all very helpful information, however, I am far from an IT guy!
Daybreak, suggest that I Enable port forwarding and you suggests VPN with no port forwarding at all I am a little confused,
1) I have done a restore and cleared the NVRam on the N66U
2) I have enabled DDNS with my Dyndns info
3) I have changed DHCP pool to only cover 192.168.1.2 through 192.168.1.240, leaving the 245-254 range free for VPN clients.
4) In the VPN I have Enabled PPTP server,
Enabled broadcast to (Both)
Added a username and password,
Hit + and apply
MPPE Encryption ticked all boxes
Connect to DNS auto YES
Connect to Wins auto YES
Set IP range to be 192.168.1.245-254,
Hit apply.
5) In the firewall I have Enabled the firewall.
Enabled web access from LAN Port 8080
My Nas has static IP 192.168.1.3 with a default port of 80
My ISP I know blocks port 80
I then tried to log using my 3G iPhone on to http://Hostname.dyndns.org the page just timed out. Then http://Hostname.dyndns.org:8080 and straight to the N66U UI.

Is there anything I am doing wrong that you can see? Anybody!!

Thanks!
Ozmade

Gingernut
07-31-2012, 11:36 AM
Hi RMerlin,
My reason for being on this particular forum is I assume that most people on here would have experience with the Asus RT-N66U Router and its can and can not dos
I was hoping this would be a little more intuitive for the layman but it seems to be a little more in depth than I imagined! This is all very helpful information, however, I am far from an IT guy!
Daybreak, suggest that I Enable port forwarding and you suggests VPN with no port forwarding at all I am a little confused,
1) I have done a restore and cleared the NVRam on the N66U
2) I have enabled DDNS with my Dyndns info
3) I have changed DHCP pool to only cover 192.168.1.2 through 192.168.1.240, leaving the 245-254 range free for VPN clients.
4) In the VPN I have Enabled PPTP server,
Enabled broadcast to (Both)
Added a username and password,
Hit + and apply
MPPE Encryption ticked all boxes
Connect to DNS auto YES
Connect to Wins auto YES
Set IP range to be 192.168.1.245-254,
Hit apply.
5) In the firewall I have Enabled the firewall.
Enabled web access from LAN Port 8080
My Nas has static IP 192.168.1.3 with a default port of 80
My ISP I know blocks port 80
I then tried to log using my 3G iPhone on to http://Hostname.dyndns.org the page just timed out. Then http://Hostname.dyndns.org:8080 and straight to the N66U UI.

Is there anything I am doing wrong that you can see? Anybody!!

Thanks!
Ozmade

Are you trying to get to the webUI of the nas?

RMerlin
07-31-2012, 12:02 PM
I then tried to log using my 3G iPhone on to http://Hostname.dyndns.org the page just timed out. Then http://Hostname.dyndns.org:8080 and straight to the N66U UI.

Is there anything I am doing wrong that you can see? Anybody!!

Thanks!
Ozmade

If you are going to configure a VPN, then you have to connect to that VPN. As someone else mentioned, you seem to be confusing VPNs with port forwarding. Those are two completely different things, with different goals in mind.

When you said you wanted to access your NAS, I assumed you wanted to access its network share. If that's the case, you NEED to use a VPN.

If all you want to do is access its web interface, then you don't need a VPN, and just need to forward ports. You will have to use different ports than 80 (blocked by your ISP) for that.

Start by reading Asus's FAQ on VPNs: http://support.asus.com/search.aspx?SLanguage=en&keyword=ASUSWRT%20VPN%20. See if that's really what you want to do.

I can't help you about the iPhone VPN configuration, I don't use Apple products. Sorry.

You need to make it clear what is your intended goal first. Do you just need to access the NAS's web interface, or do you need to also access its other services?

ozmade
07-31-2012, 03:54 PM
If you are going to configure a VPN, then you have to connect to that VPN. As someone else mentioned, you seem to be confusing VPNs with port forwarding. Those are two completely different things, with different goals in mind.

When you said you wanted to access your NAS, I assumed you wanted to access its network share. If that's the case, you NEED to use a VPN.

If all you want to do is access its web interface, then you don't need a VPN, and just need to forward ports. You will have to use different ports than 80 (blocked by your ISP) for that.

Start by reading Asus's FAQ on VPNs: http://support.asus.com/search.aspx?SLanguage=en&keyword=ASUSWRT%20VPN%20. See if that's really what you want to do.

I can't help you about the iPhone VPN configuration, I don't use Apple products. Sorry.

You need to make it clear what is your intended goal first. Do you just need to access the NAS's web interface, or do you need to also access its other services?

When I access the Thecus NAS over LAN I would use IE and enter IP 192.168.1.3 into the address bar that would open the NAS UI, from there I can access all my file through the webdisk and the admin. With my last router (D-Link) which a friend setup, I am not sure if VPN or Port forwarding was set up. When I wanted to access the NAS remotely over the internet I would use my http://hostname.dyndns.org:8080 that would open the NAS UI where I could access files through the webdisk and the admin exactly like being on LAN, Unfortunately my friend has move and is working offshore and is very hard to get in contact with. The NAS webservice port settings are still the same as then http port 80 & https 443.
I have read the FAQ on VPN. In the VPN I have Enabled PPTP server,
Enabled broadcast to (Both)
Added a username and password,
Hit + and apply
MPPE Encryption ticked all boxes
Connect to DNS auto YES
Connect to Wins auto YES
Set IP range to be 192.168.1.245-254,
Hit apply.
I have tried changing the portsin the NAS and adding to the hostname and still cannot get connected.
On the iPhone I use safari to access the WWW

RMerlin
07-31-2012, 04:10 PM
Since all you require is web-based access to your NAS then you have no need for VPNs, as long as your NAS web interface is protected by a secure password.

Go to the WAN -> Virtual Server page. Make sure "Enable Port Forwarding" is set to "Yes".

Create a port forward entry under Virtual Server.

Service: NAS HTTP
Port range: 8080
Local IP: 192.168.1.3
Local Port: 80 (assuming your NAS uses port 80)
Protocol: TCP

Click on the "+" under Add/Delete to add the new rule.

You can repeat it for HTTPS access:

Service: NAS HTTPS
Port range: 443
Local IP: 192.168.1.3
Local Port: 443
Protocol: TCP

Click on the "+" under Add/Delete to add the new rule.

Then click on Apply at the bottom.

You should then be able to connect using http://hostname.dyndns.org:8080 (not recommended since this is not encrypted) or https://hostname.dyndns.org. If it doesn't work then it means your DynDNS might not be properly configured. To check, open a command prompt in Window, and type the following:


nslookup hostname.dyndns.org


It should return your WAN IP. If not, re-check your DynDNS configuration (username, password and hostname).

aurelijusb
08-01-2012, 05:38 AM
Is it possible to stream IPTV to WAN via udpxy without VPN?

my ISP provides me IPTV and I can watch it using VLC player, for exampe IPTV channel from my ISP: udp://@239.255.1.19:5000
On RT-N66U I enabled Udpxy with port 4000. Now I can watch IPTV also with URL http://192.168.1.1:4000/udp/239.255.1.19:5000 . This URL also works when I connect from remote PC to VPN connection and I easily can watch TV. But... How I can make IPTV stream available from WAN without VPN connection? For example I want to use this URL: http://MY-EXTERNAL-IP:4000/udp/239.255.1.19:5000 ?

worthmining
08-01-2012, 12:55 PM
5Ghz coverage is terrible compared to the 2,4Ghz band but not on this router on all of them, the RT-N66U has probably has better coverage than others.
My RT-N56U is more or less unusable on the 5Ghz band once you leave the same room.

If yours is from the US you can boost the 5Ghz to 250mW.

What's the relation of mw to wifi range or bandwidth?

kanasta
08-01-2012, 04:44 PM
Hi RMerlin,
My reason for being on this particular forum is I assume that most people on here would have experience with the Asus RT-N66U Router and its can and can not dos
I was hoping this would be a little more intuitive for the layman but it seems to be a little more in depth than I imagined! This is all very helpful information, however, I am far from an IT guy!
Daybreak, suggest that I Enable port forwarding and you suggests VPN with no port forwarding at all I am a little confused,
1) I have done a restore and cleared the NVRam on the N66U
2) I have enabled DDNS with my Dyndns info
3) I have changed DHCP pool to only cover 192.168.1.2 through 192.168.1.240, leaving the 245-254 range free for VPN clients.
4) In the VPN I have Enabled PPTP server,
Enabled broadcast to (Both)
Added a username and password,
Hit + and apply
MPPE Encryption ticked all boxes
Connect to DNS auto YES
Connect to Wins auto YES
Set IP range to be 192.168.1.245-254,
Hit apply.
5) In the firewall I have Enabled the firewall.
Enabled web access from LAN Port 8080
My Nas has static IP 192.168.1.3 with a default port of 80
My ISP I know blocks port 80
I then tried to log using my 3G iPhone on to http://Hostname.dyndns.org the page just timed out. Then http://Hostname.dyndns.org:8080 and straight to the N66U UI.

Is there anything I am doing wrong that you can see? Anybody!!

Thanks!
Ozmade

I'm having the exct same problem... I can connect to my router by http://XXXXX.asuscomm.com:8080.

When connected by the vpn connection, if I type 192.168.1.1 I get acces to my router at home also. When I put 192.168.133 I can go on gui page of my network printer at home. by putting 192.168.1.122 I can acces my NAS, but by web interface, and that sucks because it uses ajax file browser that don't allow me to watch videos.
I can also connect to my 2 other routers (home) at 192.168.1.2 and 3. They have DHCP disabled, are on the same subnet and are used like switches and to extend wifi range, one is also used to provide B/G with wep encription for my kids DSi.

When i go to windows explorer->network, I don't see any of my computers, their shared folders or NAS that I have at home. I only see my other computer in my office. ( this setup is simple Modem->router-> 2 PC and network printer)

I'm connected thru my home network to the internet from my workplace, but I can't communicate the same way as if I would be at home.
my DHCP on my Main router (192.168.1.1) is set from ...1.100 to ....1.250. Vpn is from ....1.251 to ....1.254 , so there are no conflicts.

I'm really clueless, any guide and help would be appreciated. I'm working on stock firmware that came with the router .112. newer been flashed (yet ;) )

RMerlin
08-01-2012, 06:30 PM
When i go to windows explorer->network, I don't see any of my computers, their shared folders or NAS that I have at home. I only see my other computer in my office. ( this setup is simple Modem->router-> 2 PC and network printer)


Network browsing will always be tricky over VPN. Your local master browser (probably your server at work) has no clue about the existence of your home network, so it won't list those machines when your access your desktop's network listing.

Simplest is to access those machines directly using their IP or hostname (i.e. \\MyNAS if name resolution works, or else \\192.168.1.111).


I'm really clueless, any guide and help would be appreciated. I'm working on stock firmware that came with the router .112. newer been flashed (yet ;) )

I'd strongly advise you upgrade to the latest version (3.0.0.3.162) as it fixes a LOT of issues since build 112.

smlunatick
08-01-2012, 09:59 PM
Yes, it's a known bug in firmware 3.0.0.3.162.

Thanks for the known wifi radio bug (Fab30's post.) When would a fix be fixed?

ozmade
08-02-2012, 06:41 AM
Since all you require is web-based access to your NAS then you have no need for VPNs, as long as your NAS web interface is protected by a secure password.

Go to the WAN -> Virtual Server page. Make sure "Enable Port Forwarding" is set to "Yes".

Create a port forward entry under Virtual Server.

Click on the "+" under Add/Delete to add the new rule.

You can repeat it for HTTPS access:

Click on the "+" under Add/Delete to add the new rule.

Then click on Apply at the bottom.

You should then be able to connect using http://hostname.dyndns.org:8080 (not recommended since this is not encrypted) or https://hostname.dyndns.org. If it doesn't work then it means your DynDNS might not be properly configured. To check, open a command prompt in Window, and type the following:



It should return your WAN IP. If not, re-check your DynDNS configuration (username, password and hostname).

I have tried all of those steps and when I enter http://hostname.dyndns.org it still connects to the N66U UI.
I have tried the CMD command and it returns the correct WAN IP.
Below are the settings of the Virtual server under WAN,
I have also disabled VPN

Basic Config
Enable Port Fowarding Yes
Famous Server List Please select
Famous Game List Please select
FTP Server Port 8080

Port Forwarding List
Service Name Port Range Local IP Local Port Protocol

NAS HTTP 8080 192.168.1.3 80 TCP

Thanks! http://forums.smallnetbuilder.com/images/smilies/confused.gif

Ozmade

kanasta
08-02-2012, 11:33 AM
Network browsing will always be tricky over VPN. Your local master browser (probably your server at work) has no clue about the existence of your home network, so it won't list those machines when your access your desktop's network listing.

Simplest is to access those machines directly using their IP or hostname (i.e. \\MyNAS if name resolution works, or else \\192.168.1.111).
[QUOTE]

As I said in my post my office network is small, and have no server. Just modem ddwrt router, 2 PC ans network printer.

I just figured it out, maybe ozmade have similar issue.
The problem in my case had nothing to do with asus, but with windows. My office computers are on workgroup named "work" My computers at home work on workgroup named "workgroup" When I changed my 2 computers workgroup to "workgroup" everything started to work!!!
The bad part is that if someone would be an part of big workgroup named let's say "office" at his workplace,he would have to change his workgroup on his computer every time he would want to connect his network at home, and loosing his network availability at work.
[QUOTE=RMerlin;45202]I'd strongly advise you upgrade to the latest version (3.0.0.3.162) as it fixes a LOT of issues since build 112.

Originally Posted by Shikami
The annoying dmesg issue with VPN is still there:
Jul 25 19:37:02 kernel: protocol 0000 is buggy, dev eth0
Jul 25 19:37:02 kernel: protocol 0000 is buggy, dev eth0
Jul 25 19:37:02 kernel: protocol 0000 is buggy, dev eth0
Jul 25 19:37:02 kernel: protocol 0000 is buggy, dev eth0

RMerlin, any reason for this VPN issue? Maybe you can pass on down some information about this, if possible?

This happens if you enable broadcast support for the VPN server. I haven't had a chance to look more in depth yet.
Can you help me out what does exactly broadcast support does? I think it has to be enabled to make the vpn connection work both ways.

Was looking at my log today:

Aug 2 05:19:24 miniupnpd[3680]: sendto(udp_notify=14, 192.168.1.1): No such device
Aug 2 05:20:24 miniupnpd[3680]: sendto(udp_notify=14, 192.168.1.1): No such device
Aug 2 05:20:24 miniupnpd[3680]: sendto(udp_notify=14, 192.168.1.1): No such device
Aug 2 05:20:24 miniupnpd[3680]: sendto(udp_notify=14, 192.168.1.1): No such device
Aug 2 05:20:24 miniupnpd[3680]: sendto(udp_notify=14, 192.168.1.1): No such device
Aug 2 05:20:24 miniupnpd[3680]: sendto(udp_notify=14, 192.168.1.1): No such device
Aug 2 05:20:24 miniupnpd[3680]: sendto(udp_notify=14, 192.168.1.1): No such device
Aug 2 05:20:24 miniupnpd[3680]: sendto(udp_notify=14, 192.168.1.1): No such device
Aug 2 05:20:24 miniupnpd[3680]: sendto(udp_notify=14, 192.168.1.1): No such device
Aug 2 05:21:24 miniupnpd[3680]: sendto(udp_notify=14, 192.168.1.1): No such device
Aug 2 05:21:24 miniupnpd[3680]: sendto(udp_notify=14, 192.168.1.1): No such device
Aug 2 05:21:24 miniupnpd[3680]: sendto(udp_notify=14, 192.168.1.1): No such device
Aug 2 05:21:24 miniupnpd[3680]: sendto(udp_notify=14, 192.168.1.1): No such device
Aug 2 05:21:24 miniupnpd[3680]: sendto(udp_notify=14, 192.168.1.1): No such device
Aug 2 05:21:24 miniupnpd[3680]: sendto(udp_notify=14, 192.168.1.1): No such device
Aug 2 05:21:24 miniupnpd[3680]: sendto(udp_notify=14, 192.168.1.1): No such device
Aug 2 05:21:24 miniupnpd[3680]: sendto(udp_notify=14, 192.168.1.1): No such device

What it could be??

worthmining
08-03-2012, 12:05 AM
man, RT-N66U surely is a strong router, but the radiation is as well strong. Just test the radiation from a meter, the old linksys shows safe until next to it, while RT-N66U shows extreme dangerous even 2-3 feet away.

The large coverage does come with a price. Just make sure you don't sit next to it.

RogerSC
08-03-2012, 03:11 AM
man, RT-N66U surely is a strong router, but the radiation is as well strong. Just test the radiation from a meter, the old linksys shows safe until next to it, while RT-N66U shows extreme dangerous even 2-3 feet away.

The large coverage does come with a price. Just make sure you don't sit next to it.

Just curious what you are using to measure "radiation", what band are you using, and what do you have the transmitter power set to?

Thanks.

sharpz44
08-03-2012, 06:38 PM
Hi I am new, I have a 66u and recently update latest firmware, my main use is for gaming,when I did a test on my ps3 it says the router in use may not support ip fragments, it was fine before, I have no internet problems but this does not help in online games,please see the report below and thanks in advance
The ICSI Netalyzr
Start Analysis Results
Result Summary + – (help)
adsl-2-solo-175-93.claranet.co.uk / 80.168.175.**
Recorded at 17:57 EDT (21:57 UTC), Aug 03 2012. Permalink. Referrer. Client/server transcript.
Summary of Noteworthy Events + –
Minor Aberrations –
Certain TCP protocols are blocked in outbound traffic
Fragmented UDP traffic is blocked
The network path does not reply when it needs to fragment traffic
The measured packet loss was somewhat high
Network packet buffering may be excessive
The network blocks some or all EDNS replies
Not all DNS types were correctly processed
Address-based Tests + –
NAT detection (?): NAT Detected +
Local Network Interfaces (?): OK +
DNS-based host information (?): OK +
NAT support for Universal Plug and Play (UPnP) (?): Yes +
Reachability Tests + –
TCP connectivity (?): Note –
Direct TCP access to remote FTP servers (port 21) is allowed.
Direct TCP access to remote SSH servers (port 22) is allowed.
Direct TCP access to remote SMTP servers (port 25) is allowed.
Direct TCP access to remote DNS servers (port 53) is allowed.
Direct TCP access to remote HTTP servers (port 80) is allowed.
Direct TCP access to remote POP3 servers (port 110) is allowed.
Direct TCP access to remote RPC servers (port 135) is allowed.
Direct TCP access to remote NetBIOS servers (port 139) is allowed.
Direct TCP access to remote IMAP servers (port 143) is allowed.
Direct TCP access to remote SNMP servers (port 161) is allowed.
Direct TCP access to remote HTTPS servers (port 443) is allowed.
Direct TCP access to remote SMB servers (port 445) is allowed.
Direct TCP access to remote SMTP/SSL servers (port 465) is allowed.
Direct TCP access to remote secure IMAP servers (port 585) is allowed.
Direct TCP connections to remote authenticated SMTP servers (port 587) succeed, but do not receive the expected content.
The applet received the following reply instead of our expected header:
"421 Cannot establish SSL with SMTP server 67.202.32.138:465, SSL_connect error 336031996 "
Direct TCP access to remote IMAP/SSL servers (port 993) is allowed.
Direct TCP access to remote POP/SSL servers (port 995) is allowed.
Direct TCP access to remote OpenVPN servers (port 1194) is allowed.
Direct TCP access to remote PPTP Control servers (port 1723) is allowed.
Direct TCP access to remote SIP servers (port 5060) is allowed.
Direct TCP access to remote BitTorrent servers (port 6881) is allowed.
Direct TCP access to remote TOR servers (port 9001) is allowed.
UDP connectivity (?): Note –
Basic UDP access is available.
The applet was able to send fragmented UDP traffic.
The applet was unable to receive fragmented UDP traffic. The most likely cause is an error in your network's firewall configuration or NAT.
The maximum packet successfully received was 1464 bytes of payload.
Direct UDP access to remote DNS servers (port 53) is allowed.
Direct UDP access to remote NTP servers (port 123) is allowed.
Direct UDP access to remote NetBIOS NS servers (port 137) is allowed.
Direct UDP access to remote NetBIOS DGM servers (port 138) is allowed.
Direct UDP access to remote IKE key exchange servers (port 500) is allowed.
Direct UDP access to remote OpenVPN servers (port 1194) is allowed.
Direct UDP access to remote Slammer servers (port 1434) is allowed.
Direct UDP access to remote L2 tunneling servers (port 1701) is allowed.
Direct UDP access to remote IPSec NAT servers (port 4500) is allowed.
Direct UDP access to remote RTP servers (port 5004) is allowed.
Direct UDP access to remote RTCP servers (port 5005) is allowed.
Direct UDP access to remote SIP servers (port 5060) is allowed.
Direct UDP access to remote VoIP servers (port 7078) is allowed.
Direct UDP access to remote VoIP servers (port 7082) is allowed.
Direct UDP access to remote SCTP servers (port 9899) is allowed.
Direct UDP access to remote Steam gaming servers (port 27005) is allowed.
Direct UDP access to remote Steam gaming servers (port 27015) is allowed.
Traceroute (?): OK +
Path MTU (?): Warning –
The path between your network and our system supports an MTU of at least 1500 bytes, and the path between our system and your network has an MTU of 1492 bytes. The path MTU bottleneck that fails to properly report the ICMP "too big" is between 195.157.0.6 and 80.168.175.93. The path between our system and your network does not appear to report properly when the sender needs to fragment traffic.
Network Access Link Properties + –
Network latency measurements (?): Latency: 96ms Loss: 2.5% –
The round-trip time (RTT) between your computer and our server is 96 msec, which is good.
We recorded a packet loss of 2.5%. This loss rate can result in noticeable performance problems. It could be due either to significant load on our servers due to a large number of visitors, or problems with your network. Of the packet loss, at least 2.5% of the packets appear to have been lost on the path from your computer to our servers.
TCP connection setup latency (?): 80ms +
Network background health measurement (?): no transient outages +
Network bandwidth (?): Upload 1.1 Mbit/sec, Download 10 Mbit/sec +
Network buffer measurements (?): Uplink 490 ms, Downlink is good –
We estimate your uplink as having 490 msec of buffering. This level can in some situations prove somewhat high, and you may experience degraded performance when performing interactive tasks such as web-surfing while simultaneously conducting large uploads. Real-time applications, such as games or audio chat, may also work poorly when conducting large uploads at the same time.
We were not able to produce enough traffic to load the downlink buffer, or the downlink buffer is particularly small. You probably have excellent behavior when downloading files and attempting to do other tasks.
HTTP Tests + –
Address-based HTTP proxy detection (?): OK +
Content-based HTTP proxy detection (?): OK +
HTTP proxy detection via malformed requests (?): OK +
Filetype-based filtering (?): OK +
HTTP caching behavior (?): OK +
JavaScript-based tests (?): OK +
DNS Tests + –
Restricted domain DNS lookup (?): OK +
Unrestricted domain DNS lookup (?): OK +
Direct DNS support (?): OK +
Direct EDNS support (?): Note –
EDNS-enabled requests for small responses are answered successfully.
EDNS-enabled requests for medium-sized responses are answered successfully.
EDNS-enabled requests for large responses remain unanswered. This suggests that a proxy or firewall is unable to handle large extended DNS requests or fragmented UDP traffic.
DNS resolver address (?): OK +
DNS resolver properties (?): Lookup latency 170ms +
Direct probing of DNS resolvers (?) –
Your system is configured to use 1 DNS resolver(s).
The resolver at 192.168.1.1 (resolver03) could not process the following tested types:
Large (~3000B) TXT records fetched with EDNS0
It does not validate DNSSEC. It does not wildcard NXDOMAIN errors. The resolver reports a number of additional properties. Show them.
DNS glue policy (?): OK +
DNS resolver port randomization (?): OK +
DNS lookups of popular domains (?): OK +
DNS external proxy (?): OK +
DNS results wildcarding (?): OK +
DNS-level redirection of specific sites (?): OK +
Direct probing of DNS roots (?): +
IPv6 Tests + –
DNS support for IPv6 (?): OK +
IPv4, IPv6, and your web browser (?): No IPv6 support +
IPv6 connectivity (?): No IPv6 support +
Host Properties + –
System clock accuracy (?): OK +
Browser properties (?): OK +
Uploaded data (?): OK +
Feedback + –
User-provided feedback +
ID 43ca208a-19000-71618e96-1967-44d5-beae

sharpz44
08-03-2012, 06:39 PM
Sorry forgot to add can anyone help with this or is the firmware buggy

sharpz44
08-04-2012, 05:52 AM
Since all you require is web-based access to your NAS then you have no need for VPNs, as long as your NAS web interface is protected by a secure password.

Go to the WAN -> Virtual Server page. Make sure "Enable Port Forwarding" is set to "Yes".

Create a port forward entry under Virtual Server.

Click on the "+" under Add/Delete to add the new rule.

You can repeat it for HTTPS access:

Click on the "+" under Add/Delete to add the new rule.

Then click on Apply at the bottom.

You should then be able to connect using http://hostname.dyndns.org:8080 (not recommended since this is not encrypted) or https://hostname.dyndns.org. If it doesn't work then it means your DynDNS might not be properly configured. To check, open a command prompt in Window, and type the following:



It should return your WAN IP. If not, re-check your DynDNS configuration (username, password and hostname).

Hi, I have put a post and reopt about asus latest firmware on this forum, I was wondering if you could have a look please, I am a bit of a noob with router setting,but can see that udp traffic is fragmented, thanks for your help

RMerlin
08-04-2012, 12:29 PM
I have no idea what I'm supposed to be looking at in this long log, but if you are having packet fragmentation, it means you probably have an MTU problem. Make sure you don't have any weird MTU values on your network and on your WAN interface. Everything should be set to 1500 normally, unless using PPPoE in which case 1492 or 1484 might work out better.

worthmining
08-04-2012, 02:41 PM
Just curious what you are using to measure "radiation", what band are you using, and what do you have the transmitter power set to?

Thanks.

This is what I used:
http://www.amazon.com/K-II-EMF-Meter-Ghost-Hunting/dp/B001PFPTCS

sharpz44
08-04-2012, 02:47 PM
I have no idea what I'm supposed to be looking at in this long log, but if you are having packet fragmentation, it means you probably have an MTU problem. Make sure you don't have any weird MTU values on your network and on your WAN interface. Everything should be set to 1500 normally, unless using PPPoE in which case 1492 or 1484 might work out better.

thanks for reply,I have my MTU set @ 1492,however I still keep getting fragmented UDP traffic is blocked,is this normal? Also I was looking at your firmware, I mainly have this router for gaming,would yours be better or is the asus firmware sufficient.
Thanks

Daybreak
08-04-2012, 04:17 PM
This is what I used:
http://www.amazon.com/K-II-EMF-Meter-Ghost-Hunting/dp/B001PFPTCS

Howdy,
I do not want to thread jump, but this thread really needs to stay on topic. Any radio wave device lets off EMF. Which is NOT radiation.

next

RogerSC
08-04-2012, 07:39 PM
Howdy,
I do not want to thread jump, but this thread really needs to stay on topic. Any radio wave device lets off EMF. Which is NOT radiation.

next

Sorry, I was interested in finding out what he was talking about, and now I know. I didn't realize how off-topic it was until I saw what he was using for "measurement".

Gitsum
08-04-2012, 11:34 PM
thanks for reply,I have my MTU set @ 1492,however I still keep getting fragmented UDP traffic is blocked,is this normal? Also I was looking at your firmware, I mainly have this router for gaming,would yours be better or is the asus firmware sufficient.
Thanks

Why do you have it set @ 1492? 1500 is normal unless using PPPoE, as Merlin said. I ran your ICSI test on my ASUS RTN66U with Shibby's Tomato build and did not receive the errors you reported. Leave your MTU alone unless required by ISP.

RMerlin
08-04-2012, 11:49 PM
thanks for reply,I have my MTU set @ 1492,however I still keep getting fragmented UDP traffic is blocked,is this normal? Also I was looking at your firmware, I mainly have this router for gaming,would yours be better or is the asus firmware sufficient.
Thanks

My firmware will have no incidence on your particular issue. I personally (IMHO) think that my firmware is a better choice, since general stability is one of the things I am improving with it.

sharpz44
08-05-2012, 01:57 AM
Why do you have it set @ 1492? 1500 is normal unless using PPPoE, as Merlin said. I ran your ICSI test on my ASUS RTN66U with Shibby's Tomato build and did not receive the errors you reported. Leave your MTU alone unless required by ISP.
It is set at that automatically ,it's on ppoe,yes so you ran the test on tomato,well what I am trying to find out is is it my Asus firmware or down to my ISP ,
So maybe I will install merlins firmware and that should give me an answer,thanks for you help aswell

sharpz44
08-05-2012, 02:02 AM
My firmware will have no incidence on your particular issue. I personally (IMHO) think that my firmware is a better choice, since general stability is one of the things I am improving with it.
Ok thanks for your reply,Is it just a matter of installing it the same way as Asus firmwares,really want to put your on as from what I have read it a lot better.
Thanks

sharpz44
08-05-2012, 05:46 AM
Ok thanks for your reply,Is it just a matter of installing it the same way as Asus firmwares,really want to put your on as from what I have read it a lot better.
Thanks

Thanks, I have now installed it and running great,thanks for your help:):):):)

dikkiedirk
08-06-2012, 09:23 AM
My firmware will have no incidence on your particular issue. I personally (IMHO) think that my firmware is a better choice, since general stability is one of the things I am improving with it.



Will my router be in "factory-reset" state when I flash your firmware? I still have the original 3.0.0.90 fw that it came with when I boght it. Is there a way to go higher than 100 mW when living in Europe?

RMerlin
08-06-2012, 09:58 AM
Will my router be in "factory-reset" state when I flash your firmware? I still have the original 3.0.0.90 fw that it came with when I boght it. Is there a way to go higher than 100 mW when living in Europe?

Yes, it will be reset since your router will be upgraded from a 32K NVRAM to a 64K NVRAM storage. This will also be the same issue if you flash with a 64K NVRAM enabled firmware once Asus releases one, so it will happen eventually. :)

I haven't removed the power output limitations, so no, unless you try to modify the nvram settings that puts the router settings in the EU region. I've seen it done on other forums, so it's technically doable.

bobradarbob
08-07-2012, 08:36 PM
Looks like a bunch of things got fixed, but I still got some issues:
- DCHP reservation doesn't let me add new reservations and apply doesn't seem to do anything.
- Manual QoS: I can add a MAC address and priority, but the "apply" warns that a field can't be empty; not sure which one? (I don't want to enter bandwidth limits)
- Tx Power adjustment can be set to 500, but it still requires 3 x Apple.

Anybody else have these issues?

Yes! I can't set the DHCP range because the APPLY button does not work. I see a small message in the lower LEFT corner that indicate and error on page but that's all that happens. Yours is the only comment that I've read here that even mentions this. It is very difficult to setup VPN unless you can create a 10 IP range and my router is set from 2 thru 254 and I can't change it.

I am using xxxx 3.162 FW.

what now?
bob

sidamos
08-09-2012, 11:59 AM
Yes, it's a known bug in firmware 3.0.0.3.162.

With .112, when I set wifi to off during the night, it won't be enabled again in the morning. So, this bug is still in .162?

RMerlin
08-09-2012, 01:32 PM
With .112, when I set wifi to off during the night, it won't be enabled again in the morning. So, this bug is still in .162?

Not sure if it's the same issue or a different one that came back, but yes, wifi won't turn back on as it should with 162. Asus are aware of the issue.

sidamos
08-09-2012, 05:32 PM
Thanks! And will going from .112 to .162 wipe my settings?

RMerlin
08-09-2012, 05:51 PM
If it's the original Asus firmware, no.
If it's my custom firmwmare, yes (due to the 64K NVRAM upgrade)

njweb
08-10-2012, 11:07 AM
I read through the thread and did not notice any comments about wifi performance (or overall performance) with fw 162 vs. wifi performance with older firmware versions.

I am still on fw 112 (at least I believe I upgraded from 108) and it is working fine for me (my ISIP is not on IPv6 so the IPv6 fixes on the N66U won't impact me, nor will anything related to the other fixes from what I can tell) .

I will try to upgrade to 162 this weekend and run some tests but was curious what others here had experienced in terms of wireless performance and also overall performance stability when using 162 versus performance with older firmware revisions.

Thanks!

PS: As a side note, I am happy to report that despite the warm summer months and warm house at times, the N66U's heat sink seems to be doing a good job in dissipating the heat generated by the RT-N66U. That was one of my concerns when I first got it since on the outside it felt very warm (although it turns out this is an indicator that the heat sink is doing its job). The internal temps were pretty steady at about 52 Celsius if I recall the specific value correctly.

almen74
08-12-2012, 04:32 PM
I am running .162 firmware and currently I am having issues when I access some services that require port forwarding.
I have local service that uses 45631 port and I have set it up in router like this 45631 - 192.168.X.X - 45631 - BOTH
When I try to use this service from local machine router reboots.
Same thing with another local service that requires 5109 port.
Also I am having issues with VPN as well. I can connect just fine but as soon as I try to access some network shares router reboots.
Any ideas?

almen74
08-12-2012, 05:46 PM
I guess my first issue has to be NAT Loopback issue. If I switch to local IP address from DDNS it works fine without reboot. still not sure about VPN issue.

almen74
08-12-2012, 06:08 PM
I figured out my VPN issue. I needed to switch Broadcast Support to Both and no more reboot issues. However my log is now flooded with protocol 0000 is buggy, dev eth0

RMerlin
08-12-2012, 07:07 PM
I am running .162 firmware and currently I am having issues when I access some services that require port forwarding.
I have local service that uses 45631 port and I have set it up in router like this 45631 - 192.168.X.X - 45631 - BOTH
When I try to use this service from local machine router reboots.
Same thing with another local service that requires 5109 port.
Also I am having issues with VPN as well. I can connect just fine but as soon as I try to access some network shares router reboots.
Any ideas?

The router reboot through VPN s a long-standing issue with Asus's firmware. Disabling GRO support when compiling the firmware resolves the issue (it's what I do with my custom firmware).

Probably same problem with the NAT loopback, tho Asus's loopback code isn't very good either, as it will NAT every single connections between LAN devices.

In any case, both issues are fixed in my custom firmware build.

almen74
08-13-2012, 12:02 AM
The router reboot through VPN s a long-standing issue with Asus's firmware. Disabling GRO support when compiling the firmware resolves the issue (it's what I do with my custom firmware).

Probably same problem with the NAT loopback, tho Asus's loopback code isn't very good either, as it will NAT every single connections between LAN devices.

In any case, both issues are fixed in my custom firmware build.
Thank you very much. Your firmware works great. No issues so far.

sidamos
08-13-2012, 01:16 AM
After upgrading from .112 to .162, I am seeing some very long ping times (to machines on the internet). About every 5-10th ping is ca. 200-1000ms instead of 20-40ms.

Also, opening a OpenVPN connection (using Linux) to my employer is now really slow.

Using PPPoE to connect to the DSL provider.

Anyone else seeing this?

Edit:
It's back to normal. Don't know why. I did nothing to the router since then.

erwinquek
08-14-2012, 08:07 AM
Speed is good on my RT_N66U.

However, I noticed that when I download using Download Managers, I cannot load certain websites or my son cannot login to his Minecraft game, what is wrong? Anyone else ever encounter this?

Download is via a different computer and web access via another. Not using the same machine. During this problem, access to speedtest site is ok with good speeds. Thus, don't think the issue is due to bandwidth being max out.

Tired with .162, Beta .151 and .155 and Asuswrt-Merlin with the same results.

Max setting for Download Managers is 4 concurrent downloads with 3 connections, anything higher will have problem. Strangely, the problem only affects some sites and minecraft game. For unaffected sites, access is as normal.

What is wrong?

staticfree
08-15-2012, 07:03 PM
Don't y'all know that there is a newer firmware they just release today?!!! :)
It is Version 3.0.0.3.178

http://support.asus.com/Download.aspx?SLanguage=en&m=RT-N66U+(VER.B1)&p=11&s=2

Pierino
08-15-2012, 07:38 PM
Don't y'all know that there is a newer firmware they just release today?!!! :)
It is Version 3.0.0.3.178

http://support.asus.com/Download.aspx?SLanguage=en&m=RT-N66U+(VER.B1)&p=11&s=2

Does it fix the nvram issue?

doc octopus
08-15-2012, 07:51 PM
Does it fix the nvram issue?

nvram is still to 32k

Pierino
08-15-2012, 07:55 PM
I don't understand why the fix is implemented in the beta fw but not the official ones.

erb
09-17-2012, 04:09 PM
I don't understand why the fix is implemented in the beta fw but not the official ones.

New firmware (3.0.0.4x) has 64k of NVRAM (just updated today, note: it cleared all of my routers settings)

Pierino
09-17-2012, 04:29 PM
New firmware (3.0.0.4x) has 64k of NVRAM (just updated today, note: it cleared all of my routers settings)

I know thanks. That question was asked 1 month ago.

jesaf00
01-19-2013, 03:35 PM
Hi I am new, I have a 66u and recently update latest firmware, my main use is for gaming,when I did a test on my ps3 it says the router in use may not support ip fragments,...


I have this same problem and am running Merlin's 3.0.0.4.260.21 firmware. I am getting kicked off of PS3 Black Ops 2 games. Any ideas?

PaulnOZ
01-18-2014, 02:31 PM
Started new thread in the more correct forum...

http://forums.smallnetbuilder.com/showthread.php?p=99769#post99769


I too am fighting a black hole of lost packets. It seems only to be to packets marked with the "Don't Fragment" flag set that need to be fragmented.

ie: Somewhere in the network path, something isn't responding properly with a rejection when "too large" packets with the "Don't Fragment" flag set are sent.

Upgraded to Merlin's FW due to sharpz44 claim of it being fixed, however jesaf00 and I seem to still be having trouble.

Can anyone confirm that they can now handle packet rejection properly with Merlin's build. I'm starting to suspect my ISP's servers may need updating.

Paul

RT-N66U Merlin's 3.0.0.4.374.38_2
ADSL PPPoE MTU 1492
N10 in bridge mode