Can you share your exact settings or?
He already did it in the right thread: E8450/RT3200 gigabit speeds tweaking? - #70 by JimmyValentine
1 Like
Maybe you can try iptables-nft with those commands?
Or disable the built in dns server and put the adblocking one directly on port 53.
Or config the built in dns server to use the adblock as the upstream dns server. I setup DHCP on my router to hand out pihole as DNS1 and the routers DNS as DNS2 if pihole/server would go down for some reason.
1 Like
Realized my setup was actually adding an additional hop by forwarding all the traffic from 53 to 5353. Ended up finding the official documentation (https://openwrt.org/docs/guide-user/services/dns/adguard-home) which basically just says to move DNSMasq to 5353 and run AdGuard native on 53. Been working amazingly so far. 4ms average processing time. This router is a beast. 
2 Likes
Raised it just now, as it looks like it was not raised by anyone so far. https://github.com/openwrt/openwrt/issues/9420#issue-1161938817
To resolve it temporarily for me, I've interposed a dumb gbps switch between the E8450 and the slow devices, so the router only sees gbps ethernet ports now. That resolved the issue for me and allows me to track snapshot builds until a real bug fix is found for the original commit's error.
2 Likes
I am on a Snapshot from earlier this year (beginning of january). It has been very solid for me and normally i have no reason to update. Unfortunately there is a major CVE in the Linux kernel. I am not certain if this CVE compromises my system, but better safe than sorry...
I tried to sysupgrade, but it is giving me the following error: opkg_install_cmd: Cannot install package iptables.
What should i do? Build from latest snapshot and reflash?
Yes.
The default firewall has changed since then. And the old iptables has been renamed as iptables-legacy.
If you have snapshot from January and want to install firewall related packages, you need to sysupgrade to the current snapshots first.
Ok. Just to clarify. I build from last snapshot on my linux system and flash via Flash new firmware image. Do i have to enter recovery mode or flash the "recovery firmware" before flashing the firmware like when i did the first install?
What happens to my settings and installed packages when i flash the self-build firmware?
No need to go back to the recovery mode. Just sysupgrade from the normal OpenWrt.
Settings can be kept in sysupgrade, but packages need to be reinstalled if they are not built into your image.
Hi Everyone,
I just wanted to share a recent experience I had with the RT3200 that might be of use. I have been using openwrt on this Belkin since Jan2022. I used the guide from dangowrt and all seemed well until yesterday. Comcast service went down for a few hours in the morning. When it came back up my 5ghz radio was down. Everything in luci appeared to be normal. So I did a reboot through the GUI. When the router came back up it was in recovery mode. I tried to upload a new snapshot with no luck it would always boot into recovery. I went back to the install and tried the suggestion to ssh into the router to remove /sys/fs/pstore*. This also removed the luci GUI so after reinstalling it did boot into production.
I'm not sure why this happened I've had other outages and reboots over time with no issues. Maybe this was known on older snapshots ot a fluke but I thought it someone else comes across this it might help.
Thanks,
Jason
1 Like
hi -
i just got one of these (belkin rt3200).
i tried following the instructions at
https://github.com/dangowrt/linksys-e8450-openwrt-installer .
my first step was to install openwrt-mediatek-mt7622-linksys_e8450-ubi-initramfs-recovery-installer.itb from the stock firmware. it appears that this has installed an openwrt initramfs flat image.
i saved the mtd0,mtd1 mtd2, mtd3 images from this flash.
reading through the guide, it is later suggested to do a full backup by flashing openwrt-mediatek-mt7622-linksys_e8450-ubi-initramfs-recovery.itb from stock. however, it appears that the 4 mtd files that i saved from after my first openwrt flash are not really the original mtd - it appears that i should have first flashed the second file (recovery.itb, not recovery-installer.itb)
is there any hope for restoring original firmware now?
if not - i'll just proceed
suggest - to @daniel (dangowrt) - to reword the instructions jsut a little?? thanks - im looking forward to proceeding
The instructions could be slightly more polished, as they remind a spaghetti code, but if you read carefully, then all the steps are properly in order.
- Revert back to old firmware.
- Install recovery image (not installer). This image is required only for backup/restore the original rom.
- using ssh create a dump of the 4 mtd partitions. DO NOT USE LUCI!!!!! most probably those files will be corrupted. Do not take the risk and use the ssh method. Actually that feature should be removed from the luCI interface as it is not working good.
- scp from your computer to extract the files, type reboot from ssh to return to the original firmware.
- Back in the original firmware, flash the recovery-installer image and reboot.
- In the installer image, now you can flash the sysupgrade image and you are all done.
- I advice to update to the latest snapshot after flashing the image.
I had no trouble with the instructions, but I agree they could be more user friendly, it can be a little scary for people not used to deal with hardware, firmware, bricks, etc...
Actually, steps 2, 3 and 4 are required to create a backup of the original from in case you want to revert to the original ROM structure. If you are no interested in that, then you can jump from step 1 to step 5, however you should keep a copy of the original ROM, at least while the hardware is under warranty.
2 Likes
Once you run the installer, it will have automatically created backup files which you can copy off the device. This backup (called minimal backup in the README.md of the installer project on github) is enough to go back to the vendor bootchain, you will just need to also flash the firmware itself as well.
A full backup (which you don't have now) can help you in the extremely unlikely event (which hasn't happened yet for anyone afaik) of something going wrong during installation (but then you will still need to open the device, connect to serial port or even JTAG, ...). Having the full backup also makes restoring to stock a bit easier, as you don't need to download and flash the main firmware itself as well.
1 Like
Thanks for your help. Went very smooth. Settings persisted, even for installed packages when i reinstalled them.
Many thanks to the community for supporting this device!
2 Likes
well - if i hadnt done it wrong to start, i might not have learned all this. thank you.
got it all reverted, fully backup up, and now ugrading using the UBI pathway you created.
thank you!
1 Like
If you like the default package selection from the install image and want an updated set of images, you can always fork the repo and build an updated version. It takes 3 minutes and you don't even need a linux machine.
1: Create a github.com account if you still don't have one
2. go to https://github.com/dangowrt/linksys-e8450-openwrt-installer
and fork the repo (top right corner of the page)
3. in your repo, (something like https://github.com/YOUR_USERNAME/linksys-e8450-openwrt-installer) click on actions on the top left, 3rd row.
4. select the CI workflow
5. On the right side click on Run workflow
6. In 3 minutes Retrieve your up-to-date images as a release of your repo using the latest code.
Enjoy!
5 Likes
i think you both know that luci-app-attendedsysupgrade doesnt work. any idea why?
i'm using chef imagebuilder to add to the rt4300 (ubi) snapsohot builds. i've use the imagebuilder for years and it's great (faster than my linux build system certainly, and less painful usually)
given the two-stage bootload sequence (i think) - is there any benefit of building new images for u-boot.fip and ubi-preloader.bin vs using the sysupgrade image alone?
thanks
1 Like
An issue was recently closed so it should work again soon. I have been using the auc command to update which works well.
1 Like
@hnyman I got one last question about SQM and nftables since i found you thread on github regarding this. What is the current state on this? With the update to the latest snapshot i got firewall4 with nftables. But is seems like that the installation of the SQM packages triggered the installation of iptables. Is that a problem? How is my system now filtering? With nftables or iptables or both?
Or does SQM just use some lines of code from iptables and my system still uses nftables as a firewall?