Joined: 24 Feb 2013 Posts: 1634 Location: Belgrade
Posted: Sat Feb 09, 2019 13:16 Post subject:
I started to use https to see what's going on... load is normal... CPU is idle... but...
I had problems when I was using remote web feature... sometimes CPU went to 100% even though no one was at home... I found out that it was hammering on http port (from WAN)... so don't use it all the time... You can use wireguard and then enable http web remote access but don't leave it opened all the time...
taht's why BS recomended to use netstat... to see if you have remote conns...
I started to use https to see what's going on... load is normal... CPU is idle... but...
I had problems when I was using remote web feature... sometimes CPU went to 100% even though no one was at home... I found out that it was hammering on http port (from WAN)... so don't use it all the time... You can use wireguard and then enable http web remote access but don't leave it opened all the time...
taht's why BS recomended to use netstat... to see if you have remote conns...
I can only use http cause https is used for openvpn.
And remote access is disabled.
I even rolled back to r38381 but the httpd -p 80 100% cpu problem still persists.
Joined: 03 Jan 2010 Posts: 7568 Location: YWG, Canada
Posted: Sat Feb 09, 2019 18:00 Post subject:
Mile-Lile wrote:
I started to use https to see what's going on... load is normal... CPU is idle... but...
I had problems when I was using remote web feature... sometimes CPU went to 100% even though no one was at home... I found out that it was hammering on http port (from WAN)... so don't use it all the time... You can use wireguard and then enable http web remote access but don't leave it opened all the time...
taht's why BS recomended to use netstat... to see if you have remote conns...
i even tried after erasing nvram with the wan unplugged, still 100% cpu, httpd is just broken again like always.. since that magical r33006 when BS broke it _________________ LATEST FIRMWARE(S)
BrainSlayer wrote:
we just do it since we do not like any restrictions enforced by stupid cocaine snorting managers
Joined: 24 Feb 2013 Posts: 1634 Location: Belgrade
Posted: Sat Feb 09, 2019 21:02 Post subject:
I think httpd is a part of a busybox... not sure. My screenshot is from brcm unit... I don't have ath anymore:(
I added chapter to wiki wireguard (not published yet) how to use wireguard as a client on desktop PC (easy way just few steps). So, maybe to try wireguard instead of ovpn. I know it is not solution for httpd 100% but just a thought...
I have a L2TP(VPN) server at home so I am using NAT for these 3 ports.
500 (UDP)
1701(UDP)
4500(UDP)
I can't connect to my VPN server from outside when the firmware is either those 4 version's dd-wrt, although this function was well until 01-24-2019-r38381 at least for 2years.
Recently updated netgear wndr3700 v4 from 33607, June 19 2015 to:
v3.0-r38581 std (02/06/19)
Erased nvram and reconfigured.
Most is working. But...
I noticed httpd was ok at first. Then I did [Apply Settings] to Wireless->Maclist and httpd went to 97% and higher. Ok again on reboot.
Also, one device can't connect when it is a member of ath0_maclist and use filter is enabled for ath0. I see it repeatedly appear and disappear from Status->Wireless clients. Edit: Also, wireless performance is way less than the 33607 it came from. _________________ dd-wrt on TP-Link Archer A7 v5
Posted: Thu Mar 21, 2019 23:49 Post subject: Buffalo WZR-HP-AG300H
Successfully Updated
Router Model Buffalo WZR-HP-AG300H
Firmware DD-WRT v3.0-r38581 std (02/06/19)
CPU Model Atheros AR7161 rev 2 (0xaa)
CPU Cores 1
CPU Features MIPS32r1 MIPS32r2 MIPS16
CPU Clock 680 MHz
However, this is the last viable build for this router. All later builds will not flash since they are larger then 32MB. Fortunately it did not brick my unit, however, the buffalo_to_ddwrt_webflash-MULTI.bin file in builds after R38581 appear to be truncated to exactly 32MB so it may be possible to flash the incomplete image.
I suspect the same holds true for the Buffalo WZR-600DHP, but I've not verified it yet.
Posted: Sun Apr 21, 2019 17:22 Post subject: Problems with access restrictions and iptables
Router Model: TP-Link ARCHER-C7 v2
Status: Mostly works
Reset: none
Errors: The "Access Restrictions" page seems to not work consistently. When I add two or three rules, clicking "Apply" always continues without any error message, but sometimes just removes all the firewall rule (as verified by "iptables -L" on the command line in the router).