What's new

Asuswrt-Merlin 3.0.0.4.374.35 is out

  • SNBForums Code of Conduct

    SNBForums is a community for everyone, no matter what their level of experience.

    Please be tolerant and patient of others, especially newcomers. We are all here to share and learn!

    The rules are simple: Be patient, be nice, be helpful or be gone!

It fits fine here on different browsers and computers. You must be using a non-standard resolution or font size.

Hi again

I am using Windows 7 standard font and my resolution is 1600 x 900.
But I found something interesting:
Normally I use IE 11, but if I use FireFox 25, it's possible to resize all the windows with each key by dragging the lower right corner of each window.
 
Not sure what you are trying to describe, please post a screenshot.

Originally Posted by MXM View Post
Merlin,

I have a RT-n66U and just updated to 35_4. I'm seeing an issue in _4 but it was also present in _2.. It was not a issue in the previous firmware (34_2).

I am running one OpenVPN server and I'm able to connect without a problem. But when I go to the VPN Status page, I see a bunch if UNDEF entries under "OpenVPN Server 1- Running", then "Clients"...

UNDEF
Tue Dec 3 15:44:01 2013 x.x.x.x:59261 860 5326

UNDEF
Tue Dec 3 15:44:43 2013 x.x.x.x:44256 860 4072

UNDEF
Tue Dec 3 15:44:28 2013 x.x.x.x:53660 860 4870

(x.x.x.x is my IP address)...

I have 19 lines/display sets of this information, and one of them is the real VPN client. The other 18 are all this UNDEF stuff...


And then, I also have two Clients sections in the VPN Status page, with each section having the exact same information... It is an exact duplicate...

Any idea what this is all about?

Thanks,
MM

PS: Screen shots attached...
 

Attachments

  • Screen Shots.pdf
    475.8 KB · Views: 421
Router; AC68R
Latest Merlin firmware installed today.

Im having an issue with USB drive.

If I Enable "Reducing USB 3.0 interference", then the router does not see the USB HDD that is connected to USB 3.0 port.
But if i Disable "Reducing USB 3.0 interference", then that router does see USB HDD on USB 3.0 port. And the speed of file transfer from USB HDD, is the same as USB 2.0 port; 5-6MB/s.

Using Western Digital drive that has USB 3.0 and a very thick cable.

I havent had a chance to test it with factory firmware.
 
Last edited:
Link for the DM2_2021.exe is missing under Download Master.

See link; its in step #2.

http://support.asus.com/Search/KDetail.aspx?SLanguage=en&no=80EFC390-F40D-0F94-957B-BBA0F2B7E018&t=2


Thanks.


edit;
Its still there but wording has changed. Its now called: "Get ASUS Download Master Utility for Windows now".




Edit 2:

Everything else seems to be working. Im Downloading torrents to USB HDD and streaming a movie from a remote location by using an ftp.

Havent tested openvpn yet, dont have use for it.
 
Last edited:
No clients ever show in the client list after clicking refresh no mater how long I wait. I clicked on refresh this morning and after work still nothing in the list unless I turn wifi off and then back on, or reboot router. With the asus original firmware it works no problem.

Just a "me too". I'm experiencing this same behavior.
 
Originally Posted by TNR27
No clients ever show in the client list after clicking refresh no mater how long I wait. I clicked on refresh this morning and after work still nothing in the list unless I turn wifi off and then back on, or reboot router. With the asus original firmware it works no problem.


Just a "me too". I'm experiencing this same behavior.

this is a known issue, RMerlin has been unable to reproduce this, or solve it even with logfiles, I provided

what is known is there's some sort of timing issue
regarding when the binary is called
 
Any idea what this is all about?

Thanks,
MM

PS: Screen shots attached...

That line reporting Undef usually contains the client's Common Name. Are you using your own client certificates? Do they have a valid CN? I can't tell how you configured it since you have posted the Client config page instead of the Server config page.
 
Router; AC68R
Latest Merlin firmware installed today.

Im having an issue with USB drive.

If I Enable "Reducing USB 3.0 interference", then the router does not see the USB HDD that is connected to USB 3.0 port.
But if i Disable "Reducing USB 3.0 interference", then that router does see USB HDD on USB 3.0 port. And the speed of file transfer from USB HDD, is the same as USB 2.0 port; 5-6MB/s.

Using Western Digital drive that has USB 3.0 and a very thick cable.

I havent had a chance to test it with factory firmware.

Known issue, also happens with stock FW. Enabling the interference reduction option tells the router to not load the XHCI driver (which handles USB 3.0). Some disks are misbehaving when they are forced to USB2.0 mode that way. Asus are aware of the issue, for now you will have to keep that option disabled if your disk does not properly support it.
 
I'm not able to stream anything in HD without buffering. I've also experienced some minor connectivity issues on my new PS4 as of late too (party drops, could be PS4 isolated).


Setup: Motorola SB 6141, Doc 3.0 - Asus AC66R



Here's my results all with the same device taken in the same exact room that the router is located.



Router 2.4ghz band

dabdf169-0f92-4968-9d27-3cd75e819556_zps8cb2cb0a.png



Router Hardwired

fcf121c4-4755-4439-a81d-a83441de2ad2_zps0fc78053.png



Motorola SB6141 Hardwired directly

c684a325-34fd-4016-a63e-a9429cc1649b_zps797436b2.png



Error log:

ec 4 21:07:16 rc_service: httpd 300:notify_rc restart_wireless
Dec 4 21:07:19 kernel: device eth1 left promiscuous mode
Dec 4 21:07:19 kernel: br0: port 2(eth1) entering disabled state
Dec 4 21:07:19 radvd[449]: attempting to reread config file
Dec 4 21:07:19 radvd[449]: resuming normal operation
Dec 4 21:07:19 radvd[449]: attempting to reread config file
Dec 4 21:07:19 radvd[449]: resuming normal operation
Dec 4 21:07:19 radvd[449]: attempting to reread config file
Dec 4 21:07:19 radvd[449]: resuming normal operation
Dec 4 21:07:19 kernel: device eth2 left promiscuous mode
Dec 4 21:07:19 kernel: br0: port 3(eth2) entering disabled state
Dec 4 21:07:19 radvd[449]: attempting to reread config file
Dec 4 21:07:19 radvd[449]: resuming normal operation
Dec 4 21:07:19 radvd[449]: attempting to reread config file
Dec 4 21:07:19 radvd[449]: resuming normal operation
Dec 4 21:07:19 radvd[449]: attempting to reread config file
Dec 4 21:07:19 radvd[449]: resuming normal operation
Dec 4 21:07:19 radvd[449]: attempting to reread config file
Dec 4 21:07:19 radvd[449]: resuming normal operation
Dec 4 21:07:19 radvd[449]: attempting to reread config file
Dec 4 21:07:19 radvd[449]: resuming normal operation
Dec 4 21:07:22 kernel: eth1: Broadcom BCM4331 802.11 Wireless Controller 6.30.102.9 (r366174)
Dec 4 21:07:22 radvd[449]: attempting to reread config file
Dec 4 21:07:22 radvd[449]: resuming normal operation
Dec 4 21:07:22 radvd[449]: attempting to reread config file
Dec 4 21:07:22 radvd[449]: resuming normal operation
Dec 4 21:07:22 kernel: eth2: Broadcom BCM4360 802.11 Wireless Controller 6.30.102.9 (r366174)
Dec 4 21:07:22 radvd[449]: attempting to reread config file
Dec 4 21:07:22 radvd[449]: resuming normal operation
Dec 4 21:07:22 kernel: device eth1 entered promiscuous mode
Dec 4 21:07:22 kernel: br0: port 2(eth1) entering listening state
Dec 4 21:07:22 radvd[449]: attempting to reread config file
Dec 4 21:07:22 radvd[449]: resuming normal operation
Dec 4 21:07:22 kernel: br0: port 2(eth1) entering learning state
Dec 4 21:07:22 kernel: wlc_phy_cal_init_acphy: NOT Implemented
Dec 4 21:07:22 kernel: br0: topology change detected, propagating
Dec 4 21:07:22 kernel: br0: port 2(eth1) entering forwarding state
Dec 4 21:07:22 radvd[449]: attempting to reread config file
Dec 4 21:07:22 radvd[449]: resuming normal operation
Dec 4 21:07:24 kernel: device eth2 entered promiscuous mode
Dec 4 21:07:24 radvd[449]: attempting to reread config file
Dec 4 21:07:24 radvd[449]: resuming normal operation
Dec 4 21:07:24 kernel: br0: port 3(eth2) entering listening state
Dec 4 21:07:24 kernel: br0: port 3(eth2) entering learning state
Dec 4 21:07:24 kernel: br0: topology change detected, propagating
Dec 4 21:07:24 kernel: br0: port 3(eth2) entering forwarding state
Dec 4 21:07:29 dnsmasq-dhcp[388]: DHCPREQUEST(br0) 192.168.1.35 20:10:7a:4a:b9:f1
Dec 4 21:07:29 dnsmasq-dhcp[388]: DHCPACK(br0) 192.168.1.35 20:10:7a:4a:b9:f1 Mason-HP
Dec 4 21:07:29 dnsmasq-dhcp[388]: DHCPREQUEST(br0) 192.168.1.101 34:23:ba:3f:c2:a7
Dec 4 21:07:29 dnsmasq-dhcp[388]: DHCPACK(br0) 192.168.1.101 34:23:ba:3f:c2:a7 android-45cff283b44aea2e
Dec 4 21:07:30 dnsmasq-dhcp[388]: DHCPREQUEST(br0) 192.168.1.111 c0:d9:62:3c:3c:78
Dec 4 21:07:30 dnsmasq-dhcp[388]: DHCPACK(br0) 192.168.1.111 c0:d9:62:3c:3c:78 COM-MID1
Dec 4 21:17:10 dnsmasq-dhcp[388]: DHCPINFORM(br0) 192.168.1.35 20:10:7a:4a:b9:f1
Dec 4 21:17:10 dnsmasq-dhcp[388]: DHCPACK(br0) 192.168.1.35 20:10:7a:4a:b9:f1 Mason-HP
Dec 4 21:23:09 dnsmasq-dhcp[388]: DHCPINFORM(br0) 192.168.1.35 20:10:7a:4a:b9:f1
Dec 4 21:23:09 dnsmasq-dhcp[388]: DHCPACK(br0) 192.168.1.35 20:10:7a:4a:b9:f1 Mason-HP
Dec 4 21:57:16 dnsmasq-dhcp[388]: DHCPINFORM(br0) 192.168.1.35 20:10:7a:4a:b9:f1
Dec 4 21:57:16 dnsmasq-dhcp[388]: DHCPACK(br0) 192.168.1.35 20:10:7a:4a:b9:f1 Mason-HP





The "Mason HP" is the laptop I was using the test


I just recently updated to Merlin's latest file RT-AC66U_3.0.0.4_374.35_4

Have had issues since, and even before that sometimes while running the latest official Asus firmware


Any insight?

Thanks
 
Last edited:
Ended up doing a factory reset. I noticed the power light would blink intermittently before doing it (three blinks then off).

I reset everything, and everything is functioning now. Not sure what happened?
 
Okay, I just tried the Parental control for myself, despite the log registering the computer at the time it should not be connecting, it doesn't connect when its in the Deny time. So, it looks like it does work.
 
Last edited:
That line reporting Undef usually contains the client's Common Name. Are you using your own client certificates? Do they have a valid CN? I can't tell how you configured it since you have posted the Client config page instead of the Server config page.

If you look at the screen shots, one of the entries does show the client (HP-Laptop) that is connected to the RT-N66U that is running the OpenVPN server.

In my setup, I use the RT-N66U as the OpenVPN server and the screen shots I sent you shows the server setup even though the RT-N66U shows it as CLIENT 1. There is no other OpenVPN Server setup page in the web GUI...

I use the OpenVPN client program on my Laptop and cell phone to connect to the RT-N66U. And I can connect without any problems. I the past, I would only see one line showing the clients connected to the RT-N66U OpenVPN. Now I see all those UNDEF lines...

As to my certificates, I used OpenSSL to generate them. So, the CN they have is something I created and not something that can be validated against any server to check certificate revocation/validity status.

What I think may be taking place is the new RT-N66U OpenVPN logic is continuously trying to validate the certificate and since the CN chain can't be traced to anyone, it issues syslog messages which I see. But every one of those connections established by the OpenVPN server to validate the CN end up on the UNDEF list... Not sure why it is working that way...
 
And one more thing, the information is duplicated on the web gui.. If you look at the screen shots, pages 3-5 (all those UNDEF lines), the OpenVPN Server 1 section has 2 Clients sections that are pure duplicates of one another...

No reason for this...
 
Known issue, also happens with stock FW. Enabling the interference reduction option tells the router to not load the XHCI driver (which handles USB 3.0). Some disks are misbehaving when they are forced to USB2.0 mode that way. Asus are aware of the issue, for now you will have to keep that option disabled if your disk does not properly support it.


Thanks for the clarification dude.



And downloading torrents to usb hdd works flawlessly. No more need to tweak any settings, it simply works.
 
Last edited:
If you look at the screen shots, one of the entries does show the client (HP-Laptop) that is connected to the RT-N66U that is running the OpenVPN server.

In my setup, I use the RT-N66U as the OpenVPN server and the screen shots I sent you shows the server setup even though the RT-N66U shows it as CLIENT 1. There is no other OpenVPN Server setup page in the web GUI...

The OpenVPN server configuration is under VPN Details. The config on the OpenVPN Client Page that you showed has nothing to do with the server configuration.
 
I got it now... The new OpenVPN web gui thru me off...

I turned off the OpenVPN Client and all those UNDEF messages went away...

Then, I reviewed the OpenVPN Server settings, and they were there, as setup under the previous firmware version (34)...

So, all is well...

Thank you for your help, and the awesome job you are doing with the firmware...
 
I got it now... The new OpenVPN web gui thru me off...

I turned off the OpenVPN Client and all those UNDEF messages went away...


While I know that running the client at the same time as the server might cause routing issues, I find it surprising it would cause issues in retrieving the client's common names (unless it was because those clients never succeeded in fully connecting due to routing issues caused by the Client configuration on the router).

The new webui does take a while to adjust, but I tried to keep the benefits of a fully functional advanced setup while merging Asus's additions. I initially tried to keep the whole setup, and it was causing issues because there were too many tabs on one page. I might still do a few additional tweaks in the future (I know Asus still are on their side).
 
Any insight to my log posted a page back?

Only odd thing I can see in there is the radvd 'looping' re-reading that conf file - I imagine that put a bit of overhead on the kernel if it carried on doing it. Interesting it had such a negative impact on the wired performance - would be interesting to see what happens if you switch the IPV6 router advertisments to 'disabled' if the problem re-occurs.

By resetting to factory defaults you re-set the config file so whatever the radvd was struggling with in there was trashed.
 

Latest threads

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!
Top