Status: Can be flashed and works - but as soon as I change major settings and reboot, a bootloop occurs
Reset: Router bricks also when factory reset via Web-IF
Router constantly reboots and never comes up
TFTP recovery starts but never finishes - as partition table in NVRAM unreadable or damaged
Monitored this by serial console
Status: Can be flashed and works - but as soon as I change major settings and reboot, a bootloop occurs
Reset: Router bricks also when factory reset via Web-IF
Router constantly reboots and never comes up
TFTP recovery starts but never finishes - as partition table in NVRAM unreadable or damaged
I can confirm this behavior on my Archer C9 v1 :
* booted properly once upon upgrade from 47040 then started bootlooping (might have changed a setting in webui)
* I unbricked by flashing stock using tftpd and serial connection and then upgraded to r47206 using factory_to_ddwrt.bin which also never booted but just bootlooped...
Good news is I have a serial console log extract from one kernel panic to the next... see attached file)
In the end I unbricked again using stock and then upgraded using r47040 factory_to_ddwrt.bin (and restored nvram backup without an issue)
Joined: 08 May 2018 Posts: 14223 Location: Texas, USA
Posted: Mon Aug 23, 2021 13:45 Post subject:
Perhaps an issue on specific devices with specific circumstances and configurations? I just flashed from r47135 to r47225 off the alpha server last night and then turned around and rebooted my R7000P earlier from Administration tab in webUI without a hitch. _________________ "Life is but a fleeting moment, a vapor that vanishes quickly; All is vanity"
Contribute To DD-WRT Pogo - A minimal level of ability is expected and needed... DD-WRT Releases 2023 (PolitePol)
DD-WRT Releases 2023 (RSS Everything)
----------------------
Linux User #377467 counter.li.org / linuxcounter.net
Posted: Mon Aug 23, 2021 23:58 Post subject: Re: CTF improves WAN throughput significantly BUT...
jacdc wrote:
Router/Version: Netgear R7000 File/Kernel: DD-WRT v3.0-r47206 std (08/19/21) /Linux 4.4.281 #3861 SMP Wed Aug 18 06:09:31 +07 2021 armv7l Previous/Reset:R46604 yes, nvram reset after flash. Issues/Errors:Download speeds are closer to what I expect for Fiber 1 Gbit connection and getting ~850 Mbit up and down. However, ALL Port Forward rules except standard ports (21, 23, and Wireguard) DO NOT forward.
but the following iptables command did NOT work (this should have bypassed CTF for packets destined to the specified IP - I think):
"iptables -A PREROUTING -d 192.168.100.99/32 -t mangle -p tcp --dport 32400 -j MARK --set-mark 0x1
/0x7"
Attached is a copy of iptables entries.
Is it just not possible to have port forwarding while CTF is enabled? NOTE: I also tried SFE in the Basic-->Setup menu to be 'SFE' but did not see any improvement in LAN up/down speeds, only CTF/CTF+FA improved performance but at the price of losing NAT port forwarding.
I also tried to downgrade to my previous firmware - 46604 but also could not get my port forward rules to work when enabling CTF/CTF+FA.
Still working on getting Port Forwarding to work with CTF enabled. MARK method to bypass CTF is not working so...would it make sense to disable Port Forwarding tab in UI if people set their SFE option to 'CTF'?
Joined: 26 Mar 2013 Posts: 1857 Location: Hung Hom, Hong Kong
Posted: Tue Aug 24, 2021 8:41 Post subject: Re: CTF improves WAN throughput significantly BUT...
jacdc wrote:
Still working on getting Port Forwarding to work with CTF enabled. MARK method to bypass CTF is not working so...would it make sense to disable Port Forwarding tab in UI if people set their SFE option to 'CTF'?
Not a bad idea... at least users could see the relationship between CTF and firewall. A warning notice under the [CTF, FA] options might be easier to implement.
_________________ Router: Asus RT-N18U (rev. A1)
Drink, Blink, Stretch! Live long and prosper! May the Force and farces be with you!
Router/Version: Linksys EA6500v1
Kernel: Linux 4.4.281 #11159 Thu Aug 19 03:50:58 +07 2021 mips
Previous/Reset: DD-WRT v3.0-r45000 / no
Mode/Status: Wireless Client on 5GHz / working
Issues/Errors: none
I initially went from r33006 to r45000, and then today to r47206, and to my surprise, it works !
Unbelievable for such a "sensitive" device !
Router/Version: Netgear R6400v2
Kernel: Linux 4.4.281 #3861 SMP Wed Aug 18 06:09:31 +07 2021 armv7l
Previous/Reset: DD-WRT v3.0-r43516 / no
Mode/Status: Wireless Client on 5GHz + AP on 2.4GHz / working
Issues/Errors: none
Joined: 26 Mar 2013 Posts: 1857 Location: Hung Hom, Hong Kong
Posted: Thu Aug 26, 2021 10:17 Post subject:
I had JFFS2 disabled, but two ext3 partitions in the USB drive mounted as /jffs and /opt respectively.
During startup, instead of using "/jffs/etc/unbound.conf" in a USB drive, DD-WRT used "/tmp/unbound.conf". It seemed to ignore /jffs that didn't come from JFFS2.
You needed to restart service unbound to correct it.
This problem was not seen in builds 47225 and 47256.
_________________ Router: Asus RT-N18U (rev. A1)
Drink, Blink, Stretch! Live long and prosper! May the Force and farces be with you!
a) Enable SSH and test.
b) Change IP, Pass
c) Setup OSPF. Test OSPF (vtysh) from the command line.
d) Add F/W Rules and test.
e) Try to reimage the router using THE SAME F/W as what's on the router. ( 47206 )
f) Setup DHCP Forwarding and test.
g) Setup NTP and test.
h) Setup HTTPS and test.
i) Add USB Storage
j) Install utilities using opkg such as strongswan, if applicable.
k) Setup automatic reboots via commands or UI. ( Daily reboot helps in case of memory leaks )
l) Configure access lists.
m) Setup SSH and test
What did not work:
n) 5GHz Wireless ( Radio was Off )
o) 2.4Ghz Wireless ( Radio was Off )
Due to missing drivers:
root@DD-WRT-MCRAFT:~# wl ver
wl: wl driver adapter not found
root@DD-WRT-MCRAFT:~#
Needed build 47153 for all items, a-o to work. Unfortunately, could not use 47206. I retested by upgrading from 47153 to 47171 and the 5Ghz setup page was missing when on 47171.
