Swistheater
Very Senior Member
okay so it wouldn't benefit any of the new scripts like stubby?
okay so it wouldn't benefit any of the new scripts like stubby?
oh okay wouldn't
Forward local domain queries to upstream DNS
in theory do the same thing?
Is there a proper step by step update procedure to the firmware? Now that I have everything working perfectly, I would rather not risk messing it up by doing a straight up update.Version 384.10_2 is now available. Changes since 384.10
That would be awesome. Thank you.I do mention the importance of placing the router's IP address in the OpenVPN Client "Rules for routing client traffic through the tunnel" section in the OpenVPN Client Setup Guide. But not for the reasons mentioned for your use case. I'll update the instructions for the situation you experienced.
Actually I think this is a bug that's lined up for a fix, let me see if I can find the source of that thought
Edit: https://www.snbforums.com/threads/r...10-is-now-available.55742/page-19#post-476800
could be it?Code:2bc62226a6 rc: reset new firmware notification flag in case update check fails to run post-upgrade
An M&M config would solve this, yes, but I think in this case it might not be required
Is there a proper step by step update procedure to the firmware? Now that I have everything working perfectly, I would rather not risk messing it up by doing a straight up update.
As far as I understand:
1) Unmount the USB drive from the GUI.
2) Run the firmware update.
or do I need to do a factory reset and start all over again from A-Z after updating?
Is there a proper step by step update procedure to the firmware? Now that I have everything working perfectly, I would rather not risk messing it up by doing a straight up update.
As far as I understand:
1) Unmount the USB drive from the GUI.
2) Run the firmware update.
or do I need to do a factory reset and start all over again from A-Z after updating?
I've had it fail once on my 86U, running multiple scripts (see signature), and having a swap file, but rebooting solved it without removing my USB drive.With the 512MB memory on my 86U I've been risking it and running the firmware update without unmounting my usb drives. I haven't had an issue yet. I think it's more important on the models with less ram.
I haven't factory reset since around 384.8. For the most part if you don't see any issues you're fine without a reset. When oddities crop up that's when it's time to reset and M&M wink @L&LD
yea i flashed my RT-AC5300 from 384.10 to 384.10_2 without any issues. had USB mounted and running scripts.Just flashed the 86U and the 68U. Did not do a reset yet. will wait to see if any issues appear. So far so good. Thanks for putting up with us. Don't know how you do it.
And I just updated directly from 384.9 to 384.10_2 after about 30 days uptime. No reboot, no nothing. Worked as expected.I've had it fail once on my 86U, running multiple scripts (see signature), and having a swap file, but rebooting solved it without removing my USB drive.
The router I specified is the one that I replace with the RT-AC68U which is flashed merlinThe current router you specify is a Netgear router. This is the Asuswrt-Merlin forum.
In my case I have 2 websites with 2 wan, they use all 2 port 80 on IP fix different, netgear does it but I have problems with the current router (srx5308)
ip wan1 -> website 1 -> port 80
ip wan2 -> website 2 -> port 80
ip rule
ip rule add to xxx.xxx.xxx.xxx lookup wan0 prio 99
#!/bin/sh
for WEBSITE_IP in $(nslookup "www.bbc.co.uk" | grep -woE '([0-9]{1,3}\.){3}[0-9]{1,3}' | awk 'NR>2' | tr '\n' ' ')
do
ip rule del to $WEBSITE_IP lookup wan1 prio 99 2>/dev/null
ip rule add to $WEBSITE_IP lookup wan1 prio 99
done
#!/bin/sh
# Usage:
# e.g. p www.cbs.com
# 2 www.nbc.com
case $1 in
1|p|primary) WAN_TAGMARK="0x80000000/0xf0000000" # Primary WAN
WAN_IF="wan0"
;;
2|s| secondary) WAN_TAGMARK="0x90000000/0xf0000000" # Secondary WAN
WAN_IF="wan1"
;;
*)
echo -e $cBRED"\a\n\t***ERROR arg must be WAN interface for Dual-WAN Selective Routing i.e 1-Primary WAN, 2-Secondary WAN\n"$cRESET
exit 99
;;
esac
for WEBSITE_IP in $(nslookup "$2" | grep -woE '([0-9]{1,3}\.){3}[0-9]{1,3}' | awk 'NR>2' | tr '\n' ' ')
do
iptables -t mangle -D PREROUTING -i br0 -d $WEBSITE_IP -p tcp -m multiport --dport 80,443 -j MARK --set-mark $WAN_TAGMARK 2>/dev/null
iptables -t mangle -A PREROUTING -i br0 -d $WEBSITE_IP -p tcp -m multiport --dport 80,443 -j MARK --set-mark $WAN_TAGMARK
done
iptables -nvL PREROUTING -t mangle --line
I've had it fail once on my 86U, running multiple scripts (see signature), and having a swap file, but rebooting solved it without removing my USB drive.
Just did that and so far everything still looks great!Try to simply reboot the router (leaving the USB installed) and waiting about 10 minutes after the network comes up.
Flash the (minor) update to the firmware. Let it settle for at least an hour after the network comes up.
Reboot the router one last time and monitor it over the next few hours/days for bugs or glitches. If none show up... all good!
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!