Router: Archer c9 v1 US
Firmware: DD-WRT v3.0-r32170 std (06/01/17)
Previous: 30880
Kernel: Linux 4.4.70 #1487 SMP Thu Jun 1 07:24:48 CEST 2017 armv7l
Status: Good - running for several days
Reset: 30/30/30 before and after web-flash
Errors: None
I did notice that a few of my devices acquired a random IP after being connected for a day or so with a static IP. I am still troubleshooting this - perhaps the devices are the issue.
Overall, this is an excellent, stable build for the Archer C9 v1 and I greatly appreciate the work!
I don't think that is a Kong build. Flash isn't big enough.
Posted: Thu Jun 29, 2017 22:43 Post subject: wep 10 digit hex not working
Router: Netgear R7000
Firmware: DD-WRT v3.0-r32170M kongac (06/11/17)
Kernel: Linux 4.4.70 #340 SMP Sun Jun 11 12:38:55 CEST 2017 armv7l
also rt-ac5300 same issue
other security methods work but trying to use the weak 10 hex or 5 asci digit wep with a password where i put the ascii version of the password in the key field (doesnt matter if 1,2,3 etc) it does not work...
i know the asci code is correct and the same settings work on my other dd-wrt routers.. but for some reason wep is broken on these newer releases. (has anyone tested it). I prefer to use wep as i already have many devices configured for it.. (at least for the 2.4 ghz network.
thanks for your help
again i believe it is the f/w as it does not work on both a netgear r7000 and an asus rt-ac5300
Joined: 16 Nov 2015 Posts: 6447 Location: UK, London, just across the river..
Posted: Fri Jun 30, 2017 4:56 Post subject: Re: wep 10 digit hex not working
lgkahn wrote:
Router: Netgear R7000
Firmware: DD-WRT v3.0-r32170M kongac (06/11/17)
Kernel: Linux 4.4.70 #340 SMP Sun Jun 11 12:38:55 CEST 2017 armv7l
also rt-ac5300 same issue
other security methods work but trying to use the weak 10 hex or 5 asci digit wep with a password where i put the ascii version of the password in the key field (doesnt matter if 1,2,3 etc) it does not work...
i know the asci code is correct and the same settings work on my other dd-wrt routers.. but for some reason wep is broken on these newer releases. (has anyone tested it). I prefer to use wep as i already have many devices configured for it.. (at least for the 2.4 ghz network.
thanks for your help
again i believe it is the f/w as it does not work on both a netgear r7000 and an asus rt-ac5300
thanks
i believe WEP is dead and will be removed soon, WEP is highly insecure too... _________________ Atheros
TP-Link WR740Nv1 ---DD-WRT 55630 WAP
TP-Link WR1043NDv2 -DD-WRT 55723 Gateway/DoT,Forced DNS,Ad-Block,Firewall,x4VLAN,VPN
TP-Link WR1043NDv2 -Gargoyle OS 1.15.x AP,DNS,QoS,Quotas
Qualcomm-Atheros
Netgear XR500 --DD-WRT 55779 Gateway/DoH,Forced DNS,AP Isolation,4VLAN,Ad-Block,Firewall,Vanilla
Netgear R7800 --DD-WRT 55819 Gateway/DoT,AD-Block,Forced DNS,AP&Net Isolation,x3VLAN,Firewall,Vanilla
Netgear R9000 --DD-WRT 55779 Gateway/DoT,AD-Block,AP Isolation,Firewall,Forced DNS,x2VLAN,Vanilla
Broadcom
Netgear R7000 --DD-WRT 55460 Gateway/SmartDNS/DoH,AD-Block,Firewall,Forced DNS,x3VLAN,VPN
NOT USING 5Ghz ANYWHERE
------------------------------------------------------
Stubby DNS over TLS I DNSCrypt v2 by mac913
Posted: Fri Jun 30, 2017 13:41 Post subject: Re: No Internet Access
Is there a way to get the info about udp broadcasts without attaching a serial cable? I would prefer to not mod my R7000.
This problem seems to be getting worse. It happened again this morning after happening again 2 days ago.
One thing, in the logs, I'm getting a lot of messages like this:
Jun 30 07:06:28 R7000 daemon.info dnsmasq-dhcp[7459]: DHCPDISCOVER(br0) 192.168.2.121 4c:82:cf:xx:xx:xx
Jun 30 07:06:28 R7000 daemon.info dnsmasq-dhcp[7459]: DHCPOFFER(br0) 192.168.2.121 4c:82:cf:xx:xx:xx
Alot of these are repeatedly coming from that IP address (Dish settop box) but I get them from other IP addresses also. Why are these happening so often?
I may try reverting back to 31575. As I recall that worked well.
Any other ideas?
<Kong> wrote:
TonyK1321 wrote:
Router Name R7000-DD-WRT
Router Model Netgear R7000
Firmware Version DD-WRT v3.0-r32170M kongac (06/11/17)
Kernel Version Linux 4.4.70 #338 SMP Sun Jun 11 00:36:49 CEST 2017 armv7l
Hostname R7000
WAN Domain Name hsd1.co.comcast.net.
LAN Domain Name local
Current Time Mon, 26 Jun 2017 06:06:08
Uptime 17 min
Load Average 13% 0.34, 0.26, 0.20
CPU Temperature CPU 65.8 °C / WL0 53.0 °C / WL1 53.8 °C
Woke up this morning and had no internet access. Also the GUI did not respond but the lights on the router were busy doing something. This is after doing an auto-reboot at 3am. Looks like that is not the solution to solving this problem. Power-cycled the router 17 min ago and now all seems to be OK.
You might want to check if there is a device in your network that sends a lot of udp broadcasts, router that bridge networks together can't handle a lot of udp broacasts and the typical behavior for this is, that you can't access the router anymore while network leds show a lot of traffic going in/out. A few month ago someone had the exact same problem and in this case the software for his logitech device was to blame.
After a long time with no upgrades in my R7000, I updated it with v3.0-r32170 std (06/01/17).
I had to change my OpenVPN config (tun4) and included a new firewall rule that was not necessary before in order it to work.
Also noticed that STATUS>OpenVPN shows no information at all, but it is working.
Other than that it's fine.
After a long time with no upgrades in my R7000, I updated it with v3.0-r32170 std (06/01/17).
I had to change my OpenVPN config (tun4) and included a new firewall rule that was not necessary before in order it to work.
Also noticed that STATUS>OpenVPN shows no information at all, but it is working.
Other than that it's fine.
You are posting in the wrong thread, this is about kong build. my 32170 is not from 06/01 and and already includes a few fixes among them openvpn status fix. _________________ KONG PB's: http://www.desipro.de/ddwrt/
KONG Info: http://tips.desipro.de/
I removed overclocking as I know most units do not run stable with the higher clocks. You may have already damaged your unit through overclocking.
Ooops. My bad. Good thing I included that in my posts. After many years, I ventured into overclocking for the first time 20 days ago... using your blog post. Back to stock standard 1000.
Is it possible to assess for damage other than hoping the router doesn't reboot again randomly?
Fingers crossed that I haven't busted such an expensive router. But that might mean I have an excuse to buy a "newer" or "better" router!
Router: Netgear R8000
Firmware: DD-WRT v3.0-r32170M kongac (06/11/17)
Kernel: Linux 4.4.70 #340 SMP Sun Jun 11 12:38:55 CEST 2017 armv7l
Status: Working
Reset: No, used wget, write, reboot
Previous: DD-WRT v3.0-r32170M kongac (06/03/17) and DD-WRT v3.0-r31980M kongac (05/11/17)
Errors: nothing obvious
CPU Clock: 1000 MHz
4 1/2 days of uptime. It would have been a lot more since I normal-clocked 15 days ago, but I have been tinkering (what's new?!?) and rebooting nearly every day prior to that. Few power outages due to storms too. Also added YAMon.
Posted: Tue Jul 11, 2017 13:59 Post subject: Re: No Internet Access
I tried 31575 but it did not feel as speedy as later builds, so I went to 31980. That seemed to work after about 5 days with no UI or internet wierdities but there was a problem displaying logs for OpenVPN, so I went back to 32170 but also added 3 small fans to blow on the side of the R7000. That lowered my CPU temp by about 20C (from 65C to 45C). The R7000 seemed happy but this morning, after 2 days on 32170, I again had no internet access even though the router lights were flashing like crazy in spite of my doing an auto reboot every morning at 3am. So I am now back to 31980 and living with the OpenVPN problem. For comparison, 31980's UI seems faster than 32170. Now I may add YAMon 3.3 hoping it will show the UDP issue that Kong suggested but not sure if it will work with 31980 (js bug?). Has anyone running YAMon 3.3 with 31980?
TonyK1321 wrote:
Is there a way to get the info about udp broadcasts without attaching a serial cable? I would prefer to not mod my R7000.
This problem seems to be getting worse. It happened again this morning after happening again 2 days ago.
One thing, in the logs, I'm getting a lot of messages like this:
Jun 30 07:06:28 R7000 daemon.info dnsmasq-dhcp[7459]: DHCPDISCOVER(br0) 192.168.2.121 4c:82:cf:xx:xx:xx
Jun 30 07:06:28 R7000 daemon.info dnsmasq-dhcp[7459]: DHCPOFFER(br0) 192.168.2.121 4c:82:cf:xx:xx:xx
Alot of these are repeatedly coming from that IP address (Dish settop box) but I get them from other IP addresses also. Why are these happening so often?
I may try reverting back to 31575. As I recall that worked well.
Any other ideas?
<Kong> wrote:
TonyK1321 wrote:
Router Name R7000-DD-WRT
Router Model Netgear R7000
Firmware Version DD-WRT v3.0-r32170M kongac (06/11/17)
Kernel Version Linux 4.4.70 #338 SMP Sun Jun 11 00:36:49 CEST 2017 armv7l
Hostname R7000
WAN Domain Name hsd1.co.comcast.net.
LAN Domain Name local
Current Time Mon, 26 Jun 2017 06:06:08
Uptime 17 min
Load Average 13% 0.34, 0.26, 0.20
CPU Temperature CPU 65.8 °C / WL0 53.0 °C / WL1 53.8 °C
Woke up this morning and had no internet access. Also the GUI did not respond but the lights on the router were busy doing something. This is after doing an auto-reboot at 3am. Looks like that is not the solution to solving this problem. Power-cycled the router 17 min ago and now all seems to be OK.
You might want to check if there is a device in your network that sends a lot of udp broadcasts, router that bridge networks together can't handle a lot of udp broacasts and the typical behavior for this is, that you can't access the router anymore while network leds show a lot of traffic going in/out. A few month ago someone had the exact same problem and in this case the software for his logitech device was to blame.
Posted: Tue Jul 11, 2017 14:15 Post subject: Re: No Internet Access
TonyK1321 wrote:
I tried 31575 but it did not feel as speedy as later builds, so I went to 31980. That seemed to work after about 5 days with no UI or internet wierdities but there was a problem displaying logs for OpenVPN, so I went back to 32170 but also added 3 small fans to blow on the side of the R7000. That lowered my CPU temp by about 20C (from 65C to 45C). The R7000 seemed happy but this morning, after 2 days on 32170, I again had no internet access even though the router lights were flashing like crazy in spite of my doing an auto reboot every morning at 3am. So I am now back to 31980 and living with the OpenVPN problem. For comparison, 31980's UI seems faster than 32170. Now I may add YAMon 3.3 hoping it will show the UDP issue that Kong suggested but not sure if it will work with 31980 (js bug?). Has anyone running YAMon 3.3 with 31980?
TonyK1321 wrote:
Is there a way to get the info about udp broadcasts without attaching a serial cable? I would prefer to not mod my R7000.
This problem seems to be getting worse. It happened again this morning after happening again 2 days ago.
One thing, in the logs, I'm getting a lot of messages like this:
Jun 30 07:06:28 R7000 daemon.info dnsmasq-dhcp[7459]: DHCPDISCOVER(br0) 192.168.2.121 4c:82:cf:xx:xx:xx
Jun 30 07:06:28 R7000 daemon.info dnsmasq-dhcp[7459]: DHCPOFFER(br0) 192.168.2.121 4c:82:cf:xx:xx:xx
Alot of these are repeatedly coming from that IP address (Dish settop box) but I get them from other IP addresses also. Why are these happening so often?
I may try reverting back to 31575. As I recall that worked well.
Any other ideas?
<Kong> wrote:
TonyK1321 wrote:
Router Name R7000-DD-WRT
Router Model Netgear R7000
Firmware Version DD-WRT v3.0-r32170M kongac (06/11/17)
Kernel Version Linux 4.4.70 #338 SMP Sun Jun 11 00:36:49 CEST 2017 armv7l
Hostname R7000
WAN Domain Name hsd1.co.comcast.net.
LAN Domain Name local
Current Time Mon, 26 Jun 2017 06:06:08
Uptime 17 min
Load Average 13% 0.34, 0.26, 0.20
CPU Temperature CPU 65.8 °C / WL0 53.0 °C / WL1 53.8 °C
Woke up this morning and had no internet access. Also the GUI did not respond but the lights on the router were busy doing something. This is after doing an auto-reboot at 3am. Looks like that is not the solution to solving this problem. Power-cycled the router 17 min ago and now all seems to be OK.
You might want to check if there is a device in your network that sends a lot of udp broadcasts, router that bridge networks together can't handle a lot of udp broacasts and the typical behavior for this is, that you can't access the router anymore while network leds show a lot of traffic going in/out. A few month ago someone had the exact same problem and in this case the software for his logitech device was to blame.
Where did you get a copy of 32170? did you have it saved or am i missing a spot to check?
And actually that's the last one so you can get it at Kong's url too _________________ R6400v2 (boardID:30) - Kong 36480 running since 03/09/18 - (AP - DNSMasq - AdBlocking - QoS) R7800 - BS 31924 running since 05/26/17 - (AP - OpenVPN Client - DNSMasq - AdBlocking - QoS) R7000 - BS 30771 running since 12/16/16 - (AP - NAS - FTP - SMB - OpenVPN Server - Transmission - DDNS - DNSMasq - AdBlocking - QoS) R6250 - BS 29193 running since 03/20/16 - (AP - NAS - FTP - SMB - DNSMasq - AdBlocking)
Router: Netgear AC 1450
Firmware: DD-WRT v3.0-r32170M kongac (06/11/17)
Kernel: Linux 4.4.70 #340 SMP Sun Jun 11 12:38:55 CEST 2017 armv7l
Status: Working
Reset: No
Previous:DD-WRT v3.0-r31980M kongac (05/11/17)
Errors: needs regular power cycle
CPU Clock: 1100 MHz
Starting sometime in the early late 2900's/early 3000's kong builds I began to periodically lose connectivity (wired and wireless) with the router. The fix is to power cycle. Uptime varies from 1 day to a week.
Router: Netgear R7000
Firmware: DD-WRT v3.0-r32170M kongac (06/10/17)
Previous: Automatic Updates Enabled
Kernel: Linux 4.4.70 #336 SMP Sat Jun 10 17:52:48 CEST 2017 armv7l
Status: Up 6.5 Days, Load Average: 0.06, 0.09, 0.05
Reset: None
Hello All,
I might have found an iptables bug or the command that previously worked has stopped because of chcnages made by the developers. If its not a bug I'll post elsewhere for help.
I'm trying to block a nasty spammer. My setup is simple - Ports are being forwarded to a server on my internal subnet. The DDWRT gateway has a static IP from my ISP, and the default Firewall settings are enabled, along with a handfull of forwarded TCP/UDP ports to an internal IP (server).This is accomplished with the NAT/Port Forwarding tabs.
I'm using the following command to drop traffic comming from the spammers IP, but traffic gets throug and spam is still hitting my mail server. I might also add this woked awhile back with out issues. here's adnother post I made a year ago. http://www.dd-wrt.com/phpBB2/viewtopic.php?p=1013107
The commands:
Code:
iptables -I INPUT -s 173.82.162.196 -j DROP
iptables -I FORWARD -s 173.82.162.196 -j DROP
Spammer (botnet) is comming from a few IP's but no need to post them all.
When I check iptables the pkts coutn remains at zero. I'm using this to check:
Anyone know if this might be a bug or my iptables command is just the wrong?
Regards,
Mrengles
Did you figure out if theres a bug or if there was some changes to the command? Im having some issues as well. I can't access a subnet on my network. _________________ Routers i own:
Netgear R7000x2
Netgear R7800