I think it should. But it might need to be revised if you have very low bandwidth.So will your setting work for me since our priorities are the exact opposite?
Exactly. It's not specified individually, so any of my devices (apart from pav and TV) will either use the "File Transfer", "BitTorrent" or "Default Priority Level" depending on what ports they're using (and in the case of ports 80, 443 and 8080, transferring more than 2048k).in your case the TV gets high priority and in my case the ps4
i however do not see your ps4 in the rules, does this mean it uses the default settings for that or does it default to low?
I think it should. But it might need to be revised if you have very low bandwidth.
Exactly. It's not specified individually, so any of my devices (apart from pav and TV) will either use the "File Transfer", BitTorrent" or "Default Priority Level" depending on what ports they're using (and in the case of ports 80, 443 and 8080, transferring more than 2048k).
Sorry, but I can't recreate this. Once you enable DNSCrypt, the WAN DNS servers are replaced with the DNSCrypt servers in dnsmasq (127.0.0.1:65053). dnsleaktest.com then showed the DNSCrypt server whether or not the DNSFilter global router setting was enabled.
To see what may be going on, I need to see
killall -s USR1 dnsmasq (this will dump the dnsmasq stats to the syslog so we can verify the DNSCrypt servers are correctly set)
iptables -t nat -nvL (both with and without DNSFilter)
Also, if you are using a VPN Client, that can affect things as well.
Sorry, but again I can't recreate.
ASUSWRT-Merlin RT-AC68U_3.0.0.4 Wed Jan 11 18:22:20 UTC 2017
admin@AC68P-06650:/tmp/home/root# dnscrypt-update-resolvers.sh
Updating the list of public DNSCrypt resolvers...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 31960 100 31960 0 0 18413 0 0:00:01 0:00:01 --:--:-- 37292
Done
Are you sure you don't have another curl installed, maybe via entware? What's the result of entering
which curl
I'm torn on this one.....it's not just the ip, it's also a port and a key that would need to be entered. Currently one way around it would be to edit the resolvers file in /jffs and add your server info. But I'm not sure this will remain possible in the future once I add signature verification to that file.
There is one thing funny I see in your log....the router is having problems starting httpd. It tries to start it normally, then the watchdog kicks in and keeps trying to start it since it can't find it.John,
I'm about to pull my hair out trying to figure out why the crashing keeps occurring. Here's the latest log:
https://www.dropbox.com/s/eqwgagyyxly6h0y/AC66U debug.rtf?dl=0
ps, user is not the actual user name
Hi @john9527
Thank you once again for your great work and support.
I am using 22E2 on RT-N66u
In QOS statistics only the download statistics are shown
Upload page section is jus empty besides the header wth
Class Total Rate Packet rate labels
Is it a specific problem with RT-N6u?
Thank you in advance
Nothing I am aware of. Two things if you would...
- open the browser console and look for any errors
- please log into the router and send me the output of
/tmp/qos
via PM.
I just checked my N66 (it currently not hooked up to the WAN), but I do get two tables populated with zero's and pie charts that are just a line(no data) for both updoad/download. Checked both Chrome and Firefox.Thanks alot, sent you output of /tmp/qos
I just checked my N66 (it currently not hooked up to the WAN), but I do get two tables populated with zero's and pie charts that are just a line(no data) for both updoad/download. Checked both Chrome and Firefox.
There is one thing funny I see in your log....the router is having problems starting httpd. It tries to start it normally, then the watchdog kicks in and keeps trying to start it since it can't find it.
Are you using https access for the AP? When is the last time you reformatted jffs? It's possible that the code growth has partially corrupted the jffs space, and if using https the cert can't be found or is corrupted. You might try and reformat jffs and gen a new cert or reload your existing cert..
Another possibility might be an address conflict with the router address?That line is actually what caused me to thing something external to cause the problem, but no solution yet.
Another possibility might be an address conflict with the router address?
Another possibility might be an address conflict with the router address?
Check your messages, I dumped the nvram to see if anything is hanging on after the factory default...I've done that several times since moving to back to this firmware.Another possibility might be an address conflict with the router address?
With https, you are now running into the curl https bug that was previously reported. Switch back to plain http.I just updated the log, same link. Redownload it & look at the end. SSL is really pissing the router off now.
With https, you are now running into the curl https bug that was previously reported. Switch back to plain http.
It's not a reboot, it's a restart of the wan interface.....so wifi stays connected, but of course won't have internet access until it completes.
I've been trying to recreate this one but haven't been able to. I thought I had it once, but the dnscrypt server was being flakey and my WAN really did appear down.
A couple of questions.....
Are you running dual wan?
What is your 'Redirect to error page' setting?
And a final note to all......one thing I've seen is that some of the DNSCrypt servers can be somewhat erratic. If you are having trouble, try a different server first.
Thanks, that worked just fine. Does future updates need to be installed using the recovery tool as well, or is that a one time "fix"?Hard to make a call here.....everyone's environment is different. But in general the AC class routers have the potential for better performance.
For the routers that are supported, you can still load this fork via the ASUS Firmware Recovery Tool if it comes with the newer code that prevents going backwards. But check the supported list, particularly for the AC68. AC68 rev C1 and later are not supported due to a requirement for a new SDK. Also, the new AC66-B1 with the ARM processor upgrade is not supported.
Welcome To SNBForums
SNBForums is a community for anyone who wants to learn about or discuss the latest in wireless routers, network storage and the ins and outs of building and maintaining a small network.
If you'd like to post a question, simply register and have at it!
While you're at it, please check out SmallNetBuilder for product reviews and our famous Router Charts, Ranker and plenty more!