A few years ago I experimented with compiling from a ram disk. It wasn't any faster than from my SSD, so my bottleneck remained my CPU.
Maybe a cluster of this could help..
A few years ago I experimented with compiling from a ram disk. It wasn't any faster than from my SSD, so my bottleneck remained my CPU.
When trying to change settings on the Adaptive QoS page nothing seems to stick and reverts to one of two things.
If I try to edit the Custom Adaptive QoS page when I click save the page reloads and is on the Bandwidth Limiter settings. I navigate away from the page an come back. It's back on Custom Adaptive QoS but no settings are changed from default.
If I try to change it to one of the presets on the Adaptive QoS page and hit apply it reloads and goes back to Custom Adaptive QoS selection with default settings.
Is anyone else experiencing this problem?
SafariFor me i cannot confirm this behaviour. Everything works normal regarding this on my end. Which browser do u use ?
Safari
Seems to work as expected on Chrome.Ok. Can u try an alternative please ?
Safari
Seems to work as expected on Chrome.
Known issue with Safari. I recommend using a more standards-compliant browser.
It compiles good, but you may need to update yer development environment.did anyone already compiled the RMerlin RT-AC88U firmware revision 380.63 alpha 1 with latest commit df9da47 for its own ?
sudo apt-get install libltdl-dev
It compiles good, but you may need to update yer development environment.
Code:sudo apt-get install libltdl-dev
I compiled it for most of the ARM models. My router is RT-AC68U, so that's what I'm testing with.Did u compile it for urself for RT-AC88U? if so would u mind to share it?
# ipset create testset hash:ip
# iptables -A INPUT -i eth0 -m set --match-set testset src -j ACCEPT
iptables: No chain/target/match by that name.
# iptables -A INPUT -i eth0 -p tcp -j SET --add-set testset src
iptables: No chain/target/match by that name.
Could someone with an ARM router please test this with a regular Asuswrt-Merlin 380.63_alpha1 firmware without any kernel mods?
Just as an FYI for your debugging.....both iptables commands work OK on my fork with ipset 6.It happens here as well. I need to check if the initial merge was missing an iptables userspace patch.
for module in ip_set ip_set_hash_net ip_set_hash_ip xt_set
do
insmod $module
done
I must have missed the "xt_set" module when loading these before. So, iptables + ipset 6.x, is working perfectly in Asuswrt-Merlin 380.63-alpha1. Just needed to load the correct kernel modules.One thing you may want to try is manually loading some of the modules if you aren't already doing so....
I was able to compile 380.63_alpha_1 using ubuntu 16.04. It compiled no problems. I compiled for rt-ac87u. I uploaded the firmware to router and rebooted a couple of times and it seems to be working well.
I compiled it for most of the ARM models. My router is RT-AC68U, so that's what I'm testing with.
Iptables isn't recognizing any ipsets. This could be due to my own kernel mods, or maybe it's the new ipset 6.x program not working with Iptables.
Could someone with an ARM router please test this with a regular Asuswrt-Merlin 380.63_alpha1 firmware without any kernel mods?
Code:# ipset create testset hash:ip # iptables -A INPUT -i eth0 -m set --match-set testset src -j ACCEPT iptables: No chain/target/match by that name. # iptables -A INPUT -i eth0 -p tcp -j SET --add-set testset src iptables: No chain/target/match by that name.
The module names have changed with ipset 6, You need to update the script. This code will detect the version and load the correct modules.or your information, Win10tracking problems listed here...
# Load ipset modules
ipset -v | grep -i "v4" > /dev/null 2>&1
if [ $? -eq 0 ];
then
# old ipset
ipsetv=4
lsmod | grep "ipt_set" > /dev/null 2>&1 || \
for module in ip_set ip_set_nethash ip_set_iphash ipt_set
do
insmod $module
done
else
# new ipset
ipsetv=6
lsmod | grep "xt_set" > /dev/null 2>&1 || \
for module in ip_set ip_set_hash_net ip_set_hash_ip xt_set
do
insmod $module
done
fi
The module names have changed with ipset 6, You need to update the script. This code will detect the version and load the correct modules.
Code:# Load ipset modules ipset -v | grep -i "v4" > /dev/null 2>&1 if [ $? -eq 0 ]; then # old ipset ipsetv=4 lsmod | grep "ipt_set" > /dev/null 2>&1 || \ for module in ip_set ip_set_nethash ip_set_iphash ipt_set do insmod $module done else # new ipset ipsetv=6 lsmod | grep "xt_set" > /dev/null 2>&1 || \ for module in ip_set ip_set_hash_net ip_set_hash_ip xt_set do insmod $module done fi
Thread starter | Title | Forum | Replies | Date |
---|---|---|---|---|
J | Double NAT trouble? ISP-provided modem/router + GT-AX6000 (w/ RMerlin) | Asuswrt-Merlin | 6 |
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!