Joined: 08 May 2018 Posts: 14246 Location: Texas, USA
Posted: Sun Aug 09, 2020 19:39 Post subject: New Build - 08-09-2020-r44112
[WARNING]: This thread is only for feedback on this beta release for developers and the community's benefit.
DO NOT flash this beta release unless you understand the risks involved and specific device recovery methods.
Avoid discussions! Create threads for questions, general problems or use search; this thread is not for support.
Please list router model & revision, operating & wireless mode(s) and exact filename/firmware image flashed.
Notes:
• CVE-2019-14899 VPN fix (applicability depends on VPN setup) and GUI toggle. 6920, 6928, 6931, 6932 (WIP 7040)
• In-kernel Samba has been implemented this year and default min/max versions have changed 6954, 6957, with WSD support.
• VAP issue is fixed! For any Wireless Mode, create a VAP and both ath0/ath1 should now function properly.
• Local DNS option removed from Services->DNSMasq in changesets 43080 and 43081; ref: #7092
• DHCP and DNS help (English) updated in 43083; ref: #7091
• WireGuard 1.0.20200712: PBR, Kill Switch, Inbound Firewall, Naming of Peers, Status, Key, Guides. Thanks egc!
Issues:
• There may be remaining issues for Samba (for example NTFS), with frequent updates.
Important:
• If reporting issues provide applicable info: 'dmesg', 'cat /tmp/var/log/messages', syslog/serial output, strace etc.
• For firewall issues provide 'iptables -L', 'iptables -t nat -L' and the /tmp/.ipt file.
• Search existing SVN tickets before opening a new one. Before reporting, reset and manually setup (no nvram backup).
• Be sure to include operating and wireless modes (Gateway, AP, CB, etc.) along with relevant configuration information.
Firmware: DD-WRT v3.0-r44112 std (08/09/20)
Linux Rel: Linux Linux 4.9.232 #622 SMP Fri Aug 7 armv7l
WiFi Firmware: ver 10.4-3.9.0.2-00101
WireGuard: WireGuard 1.0.20200712 loaded
Reset: NO, did Reboot after loading new firmware via CLI
Status & Uptime: Working 45min so far
Issues/Fixes: Lost IPv6 Service tried Reboot with same issue. Fixed by Applying GUI IPv6, now working.
Thank-you BrianSlyer for your Great Work and everyone else who makes DD-WRT Great on the Forum! _________________ Home Network on Telus 1Gb PureFibre - 10GbE Copper Backbone
2x R7800 - Gateway & WiFi & 3xWireGuard - DDWRT r53562 Std k4.9
Off Site 1
R7000 - Gateway & WiFi & WireGuard - DDWRT r54517 Std
E3000 - Station Bridge - DDWRT r49626 Mega K4.4
Off Site 2
R7000 - Gateway & WiFi - DDWRT r54517 Std
E2000 - Wired ISP IPTV PVR Blocker - DDWRT r35531
Router Model / Version: Linksys EA8500
Previous Firmware: DD-WRT v3.0-r44085 std (08/07/20)
Current Firmware: DD-WRT v3.0-r44112 std (08/09/20)
Kernel: Linux 4.9.232 #622 SMP Fri Aug 7 00:27:33 +03 2020 armv7l
Reset: No
Mode: Wireless - Client, Operating - Gateway
Setup: SFE, NTP, DDNS (inadyn-Entware), DNSMasq (GUI+ additional options on USB, Syslog, SSH,
Telnet, USB, ProFTPD (with users), Samba (with users), CoovaChilli (with local users), Remote Access (HTTPS & SSH), Startup Script (For DNSMasq & inadyn)
Uptime: up 1:45, load average: 0.03, 0.03, 0.00
Status: OK
Issues: CoovaChilli's localusers file format & nat rules
Temperature: CPU 54.279 °C / ath0 45 °C / ath1 47 °C
Router Model / Version: Netgear WNDR3700v1 X 2
Previous Firmware: DD-WRT v3.0-r44085 std (08/07/20)
Current Firmware: DD-WRT v3.0-r44112 std (08/09/20)
File: dd-wrt-webflash.bin
Kernel: Linux 3.10.108-d10 #55569 Sun Aug 9 09:42:01 +04 2020 mips
Reset: No
Mode: Wireless - Client, Operating - Router
Setup: NTP, DNSMasq, Syslog, SSH, Telnet, Remote Access (HTTPS & SSH)
Uptime: [list]Rouer #1 up 1:42, load average: 0.12, 0.04, 0.05
Router #2 up 1:24, load average: 0.07, 0.03, 0.05
Status: OK
Issues: CoovaChilli's localusers file format and routers nat rules
First I'd like thank Brainslayer for looking into the CoovaChilli issue (https://svn.dd-wrt.com/ticket/7189). The format of the localusers file has been fixed.
Unfortunately there is still something wrong with file. The localusers file 'fonusers.local' is still not getting populated properly. See below.
I added 4 users (test, test1, test2, test3) one at a time (see list below). The entries in this build are on separate lines but i put them on the same line in my list to illustrate my issue.
The first line is from the the first time I made an entry. Every subsequent entry as you can see is correct but the previous entry's password would be overwritten to "blahblahblah". It It's overwritten regardless if I either add a new user or just press the "Apply Settings" button.
When I attempt to login I can only login using the last entry until it changes. At which point I can't logon unless I add a new user or maually change the file.
I've already updated the ticket with the issue above.
Secondly, the nat rules seemed to be wiped out once I press the "Apply Settings" button when I make changes to CoovaChilli. Below you'll see the rules before I apply settings.
I tried to be as detailed as possible. If there is any logs or additional information I can provide please let me know. My apologies in advance if it's just a configuration issue.
Router:Archer C7 V2
Services, WDS STA
RESET: YES - this router had at least a 9 moth old version and was being converted to WDS STA, thus i just wiped it and started over.
Errors: once functioning this appears stable. However, the Save button on the basic and wireless pages resulted in needing to power cycle the router, changes were neither saved nor committed, it crashed the ui. I worked around this by using apply - skipping the saves and just doing a few at a time. also, on wireless page there is some funkyness in getting the preshared key section to show for the first time in wireless wpa settings.
Last edited by nyddwrtuser330 on Wed Aug 12, 2020 1:54; edited 1 time in total
There is a possibility that this effects the user's configuration and uPnP not working for them. I don't think that these changes would be made and ticket opened if there weren't a problem... _________________ "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
There is a possibility that this effects the user's configuration and uPnP not working for them. I don't think that these changes would be made and ticket opened if there weren't a problem...
No, you are wrong. If you look carefully at my first screenshot you'll see that I tested build before these commits were made... and these commits has nothing to do with upnp/igd daemon... it's just firewall better handling of forwarded ports...special upnp chain is ctrated... you can easily check it by yourself... enable upnp and any torrent client...
Joined: 08 May 2018 Posts: 14246 Location: Texas, USA
Posted: Tue Aug 11, 2020 22:22 Post subject:
If you aren't testing with the user's exact configuration, then it's not de-facto proof IMHO. The special chain could be the deciding factor. I'm not going to set up a pptp environment with uPnP to test. _________________ "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
Joined: 06 Jun 2006 Posts: 7492 Location: Dresden, Germany
Posted: Wed Aug 12, 2020 9:45 Post subject:
kernel-panic69 wrote:
If you aren't testing with the user's exact configuration, then it's not de-facto proof IMHO. The special chain could be the deciding factor. I'm not going to set up a pptp environment with uPnP to test.
you may have noticed that i already added a chain for it. but it upnp was already working before. just the forwards got added at first position which is normally no issue _________________ "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