Notes: 1. SFE accelerated NAT is in 33006+ builds but only in kernel 3.2 and newer 2. 'KRACK' vulnerability fixes were completed in r33678 for Broadcom, including k26 (33655) & k24 (33656); use 33772 or later.
3. Bridge modes on k4.4 devices may sometimes work in some configurations in certain builds but are not supported by the bcmdhd driver. Use client or repeater instead as WDS doesn't work with Broadcom ARM either (see Issues below).
4. PBR/UDP with SFE working again since r40513 (see 6729)
5. CAKE scheduler changes "completed" with r41057 (see 5796) & FQ_CODEL_FAST with r41027 (reset first!)
6. Reset button was broken in 40571; fixed in build 40750.
Issues, observations, and/or workarounds reported: 1.Trendnet 81*DRU models are missing factory-to-flash 2.DNScrypt is mostly only using v2 protocols now, but requires Golang that DD can't use:6246 3.WDS does not work on Broadcom ARM devices (only MIPS<->MIPS) 4.K2.6 builds are broken since 38253(?) (GUI issues):6538 5.VAPs not working at boot; workaround startup command:
sleep 10;stopservice nas;stopservice wlconf;startservice wlconf;startservice nas
This appears fixed (only for unbridged VAPs?) with r40564:40566...
Important: if reporting any issues, provide applicable info (GUI syslog, `dmesg`, `cat /var/log/messages`, etc.)
Or put into SVN ticket. For firewall issues, also provide "iptables" info (`iptables -L`, `iptables -t nat -L`, & the /tmp/.ipt file).
Template to copy (after "Code:") for posting issues, be sure to include the mode in use (gateway, AP, CB, etc.):
WARNING:This thread is to report on flashing this experimental test build, providing important info for both developers and users. Always state your hardware model, version, mode (e.g. Repeater) and SPECIFIC build (e.g. 33555_NEWD-2_K3.x_mega-nv64k.bin). Please avoid discussions and create a new thread to discuss specific problems or questions, as this thread is for reporting, not support. Posts may be deleted or moved to keep this thread manageable and useful. If you don't understand the risks or what to flash and how, with a means of recovery if it bricks, do NOT flash this experimental test build. _________________ Routers:Netgear R7000, R6400v1, R6400v2, EA6900 (XvortexCFE), E2000, E1200v1, WRT54GS v1.
Install guide R6400v2, R6700v3,XR300:https://forum.dd-wrt.com/phpBB2/viewtopic.php?t=316399 Install guide R7800/XR500:https://forum.dd-wrt.com/phpBB2/viewtopic.php?t=320614 Forum Guide Lines (important read):https://forum.dd-wrt.com/phpBB2/viewtopic.php?t=324087
Last edited by egc on Mon Oct 14, 2019 12:56; edited 1 time in total
Firmware Version: DD-WRT v3.0-r41321 std (10/14/19)
Kernel Version: Linux 4.4.196 #101 SMP Sat Oct 12 11:53:17 +04 2019 armv7l
Upgraded from: DD-WRT v3.0-r41174 std (09/26/19)
Reset: No, not this time
Status: Up and running for 8 hours, basic setup as Gateway, static leases, OpenVPN client (on PIA) with Policy Based Routing up and running, 2,4GHz, 5Ghz USB storage NAS and miniDLNA working, OpenVPN server working.
Resolved:
1. Pushed DNS servers from VPN provider are now used, if you do not want that, add the following to the Additional Config of the VPN client:
pull-filter ignore "dhcp-option DNS"
2. Build 41174 has an improved VPN Policy Based Routing, it is now possible to use the VPN route command i.e. to route a DNS server via the VPN (in this way you will get rid of the DNS leak), see: https://svn.dd-wrt.com/ticket/6815#comment:1 , and for DNS leaks the second posting of this thread: https://forum.dd-wrt.com/phpBB2/viewtopic.php?t=318662 3. Another improvement on PBR is that local routes are now copied over to the alternate routing table so there is communication if you have unbridged VAP's and you can set the router's IP on PBR.
See: https://svn.dd-wrt.com/ticket/6821#comment:3 4. Starting with build 41174, the PBR has become more versatile, you can now use " from [IP address] to [IP address] ", so if you enter the following in the PBR field:
192.168.1.124 to 95.85.16.212 #ipleak.net, it will only route IP address 95.85.16.212 (which is ip leak.net) from my IP address 192.168.1.124 via the VPN everything else from this IP address will route via the WAN (this is just an example).
See: https://svn.dd-wrt.com/ticket/6822
Although this command itself supports routing per port this is however only available starting from K 4.17 so we have to rely on scripting for per port routing until then.
5. New OpenVPN TLS ciphers (Elliptical curve DH) are added in 41308 see: https://svn.dd-wrt.com/changeset/41308. 6. In 41304 you can now choose which TLS Key you want to use: TLS Auth or the newer/better TLS Crypt. See https://svn.dd-wrt.com/ticket/6845#comment:17.
Joined: 14 Sep 2019 Posts: 301 Location: Maine, USA
Posted: Mon Oct 14, 2019 14:38 Post subject:
Router/Version: Asus RT-N66U
File: dd-wrt.v24-41321_NEWD-2_K3.x_mega_RT-N66U.trx
Kernel: Linux 3.10.108-d8 #306 Mon Oct 14 12:14:47 +04 2019 mips
Mode: AP w/USB
Previous: r41269
Reset?: N
Status: Working
Router/Version: Asus RT-N12D
File: dd-wrt.v24-41321_NEWD-2_K3.x_mega.bin
Kernel: Linux 3.10.108-d8 #306 Mon Oct 14 12:14:47 +04 2019 mips
Mode: Router/OpenVPN client
Previous: r41269
Reset?: N
Status: Working
Flashed from gui. Syslogs clean. Up 30 minutes. Wait to see if timer/rekey issue reappears as in previous versions.
Last edited by turbowells on Mon Oct 14, 2019 23:12; edited 1 time in total
Router: Netgear R7000P
Kernel: Linux 4.4.196 #106 SMP Mon Oct 14 08:21:46 +04 2019 armv7l
Mode: Gateway / AP / Unbound
Reset: No
Uptime: 8hrs
Status: all seems well
Router/Version: Netgear R7000
Firmware: DD-WRT v3.0-r41321 std (10/14/19)
Kernel: Linux 4.4.196 #101 SMP Sat Oct 12 11:53:17 +04 2019 armv7l
Previous: r41303
Mode/Status: Gateway / working
Reset: no
Issues/Errors: Working well so far.
Uptime: 3hr 3min
Temperatures: CPU 68.0 °C / WL0 48.0 °C / WL1 53.7 °C
Joined: 14 Jun 2010 Posts: 29 Location: Omaha, NE - USA
Posted: Mon Oct 14, 2019 23:01 Post subject: TRIAL?
Tried to upgrade Netgear WNDR4500 v1 from 41303 to this and for some reason it showed "TRIAL" across the top (between dd-wrt & control panel & the version showed 'click here to activate in 22 hrs' after reboot and can't get in via ssh so rolled back to 41303 via web interface.
Posted: Tue Oct 15, 2019 0:00 Post subject: WNDR4500v2
I got the trial message as well. I tried restoring settings from 41303 to test but the router never reboots. I click on the activate trial and it opens the info screen with the area to click not selectable. Reverting to 41303 and testing again the firmware flash, the first go around bricked mine.
Posted: Tue Oct 15, 2019 0:37 Post subject: WNDR4500v2 TRIAL
Router/Version: WNDR4500v2
File: Click here to ACTIVATE 23 Hour Trial Kernel: Linux 3.10.108-d8 #316 Mon Oct 14 12:18:43 +04 2019 mips
Mode: AP/Switch/DHCP Forwarder
Status: Working TRIAL Uptime: 25min
Temps: WL0 43.0 °C / WL1 43.2 °C
Suddenly Trial! First flash bricked the router from 41303 to 41321. Re-flashed stock, rest to defaults, flashed 41321 from stock. Tested restore of config (failed webpage would disappear, no reboot, and upon refresh of the ip default would still be available. Flashed 41303 back, restored settings from 41303, then flashed back to 41321 successfully this time (no reset). Attached is the failed flash console output.
Router Model Netgear R7000
Firmware Version DD-WRT v3.0-r41321 std (10/14/19)
Kernel Version Linux 4.4.196 #101 SMP Sat Oct 12 11:53:17 +04 2019 armv7l
Error None that I can detect.
Joined: 24 Feb 2013 Posts: 1634 Location: Belgrade
Posted: Tue Oct 15, 2019 7:54 Post subject: Re: WNDR4500v2 TRIAL
Veritech wrote:
Router/Version: WNDR4500v2
File: Click here to ACTIVATE 23 Hour Trial Kernel: Linux 3.10.108-d8 #316 Mon Oct 14 12:18:43 +04 2019 mips
Mode: AP/Switch/DHCP Forwarder
Status: Working TRIAL Uptime: 25min
Temps: WL0 43.0 °C / WL1 43.2 °C
Suddenly Trial! First flash bricked the router from 41303 to 41321. Re-flashed stock, rest to defaults, flashed 41321 from stock. Tested restore of config (failed webpage would disappear, no reboot, and upon refresh of the ip default would still be available. Flashed 41303 back, restored settings from 41303, then flashed back to 41321 successfully this time (no reset). Attached is the failed flash console output.
it is known that broadcom devices dont't need activation... can you reflash again and post screenshot as a proof?
Joined: 06 Jun 2006 Posts: 7492 Location: Dresden, Germany
Posted: Tue Oct 15, 2019 7:58 Post subject: Re: WNDR4500v2 TRIAL
Veritech wrote:
Router/Version: WNDR4500v2
File: Click here to ACTIVATE 23 Hour Trial Kernel: Linux 3.10.108-d8 #316 Mon Oct 14 12:18:43 +04 2019 mips
Mode: AP/Switch/DHCP Forwarder
Status: Working TRIAL Uptime: 25min
Temps: WL0 43.0 °C / WL1 43.2 °C
Suddenly Trial! First flash bricked the router from 41303 to 41321. Re-flashed stock, rest to defaults, flashed 41321 from stock. Tested restore of config (failed webpage would disappear, no reboot, and upon refresh of the ip default would still be available. Flashed 41303 back, restored settings from 41303, then flashed back to 41321 successfully this time (no reset). Attached is the failed flash console output.
i dont know what you flashed but the wndr4500 has no trial etc. in its webgui. i checked the images. its nothing there like that
your log shows also no failed flash attempt. it just shows you flashed, then the router reboots. then your log stops and i see no error. all what i have seen is correct _________________ "So you tried to use the computer and it started smoking? Sounds like a Mac to me.." - Louis Rossmann https://www.youtube.com/watch?v=eL_5YDRWqGE&t=60s
I flashed from 41303 to this build with no other changes. The first flash the crc check failed on reboot and tftp was active. Flashed stock, no changes to default config in stock, and flashed the chk file from the stock webui. When it rebooted I got the red trial over top the dd-wrt logo on the main page. I'm at work so I'll get some screen shots when I get home. I thought this was an error so I re-flashed 41303, applied my backup config from that build, and used the webui to flash 41321. 41303 does not have the trial message but 41321 does. All dd-wrt to dd-wrt flashing was done with the bin file and any stock to dd-wrt was done with the chk file. I did think it was odd that the 41303 file is approx 27MB while the 41321 is approx 13MB.
I too flashed from 41303 to this build with no other changes. I flashed it on the cmd line using 'write' via ssh into it & completed with no error. After reboot lost ability to ssh/telnet back into it. In my case I saw the trial & activation counter on the webui then right away re-flashed back to 41303 via webui and got everything back.
Just now I flashed it to 41328 with no problem and as mentioned the 41328 have proper size approx. 23.14MB. _________________ -Asus RT-N16 @ BS build 16785 mega
-Asus WL-520GU @ Eko build 13577M vpn-small
-Linksys WRT54G v2 @ Eko build 14583M vpn-small
-D-Link DIR-601 A1 @ BS build 16785
Router/Version: Tplink Archer C1900
Mode: Gateway / AP
Status: Erased Nvram after upgrading and everything has been up and running great for over 24 hours.
