Your reports for Broadcom units are greatly appreciated !
Router:
Firmware:
Kernel:
Status:
Reset:
Errors:
This build thread is for reporting successes and problem with loading this experimental test build. This is important info for developers and users. Always state your hardware and SPECIFIC build (e.g. 29440_NEWD-2_K2.6_mega-nv64k.bin). Do not ask questions about your specific router or how to configure it in this thread; create your own thread to discuss any specific problems you have or need resolved. Please also do not respond to such questions. This thread is to report info, not to seek it. Posts that do not add to understanding this build will be deleted. Make sure you know how to flash properly and the risk before using this build. It is important to adhere to these requirements, to keep this thread from becoming impossibly long and useless. If you don't know what build to flash and how to flash properly and have a means of recovery if things should go wrong, do NOT flash this experimental test build. _________________ Unofficial Kong's release repository : http://ddwrt-kong.clonevince.fr/
Router: Netgear R7000
Firmware: DD-WRT v3.0-r33010M kongac (08/09/17)
Kernel: Linux 4.4.80 #422 SMP Wed Aug 9 20:13:10 CEST 2017 armv7l
Status: Working (11 days without problem)
Reset: No
Previous: 33010 (08/05/17)
Errors: No
CPU Temperature : CPU 55.8 °C / WL0 46.0 °C / WL1 50.0 °C
Shortcut Forwarding Engine Disable
Working very well :
Router mode : DHCP
DNSMasq
Encrypt DNS
DNSSEC
SPI Firewall
Usb
Nas, Samba, JFFS2, miniDLNA,
wl0, wl1
Vpn :Service OpenVPN Client works without problem
Kong and BS: Thanks for all your good work!
without VPN
with VPN
Last edited by Bernadoe on Sun Aug 20, 2017 6:55; edited 1 time in total
Router: Asus RT-AC68U
Firmware: DD-WRT v3.0-r33010M kongac (09/08/17)
Status: ok
Reset: no (ddup --flash-remote
Errors: Everything works quite well _________________ Netgear R7000 on Build 55109
Asus AC-AC68U rev. C1 (AP) on Build 55109
Asus AC-68U rev. A1 on Build 54604
Asus AC-68U rev. A1 on Build 53339
R7000: some weird log messages ... for example, I have no idea what domain "onion" is!
Code:
Aug 10 04:12:03 Netgear_R7000 dnsmasq: using local addresses only for domain test
Aug 10 04:12:03 Netgear_R7000 dnsmasq: using local addresses only for domain onion
Aug 10 04:12:03 Netgear_R7000 dnsmasq: using local addresses only for domain localhost
Aug 10 04:12:03 Netgear_R7000 dnsmasq: using local addresses only for domain local
Aug 10 04:12:03 Netgear_R7000 dnsmasq: using local addresses only for domain invalid
Aug 10 04:12:03 Netgear_R7000 dnsmasq: using local addresses only for domain example.net
Aug 10 04:12:03 Netgear_R7000 dnsmasq: using local addresses only for domain example.org
and still flooded with 'match mac' logs even though SFE is Disabled.
Code:
Aug 10 04:27:51 Netgear_R7000 kernel: ip=xxxxxxxx match mac yy:yy:yy:yy:yy:yy= zz:zz:zz:zz:zz:zz
Aug 10 04:27:52 Netgear_R7000 kernel: ip=xxxxxxxx match mac yy:yy:yy:yy:yy:yy= zz:zz:zz:zz:zz:zz
Aug 10 04:27:52 Netgear_R7000 kernel: ip=xxxxxxxx match mac yy:yy:yy:yy:yy:yy= zz:zz:zz:zz:zz:zz
Aug 10 04:27:52 Netgear_R7000 kernel: ip=xxxxxxxx match mac yy:yy:yy:yy:yy:yy= zz:zz:zz:zz:zz:zz
Aug 10 04:27:53 Netgear_R7000 kernel: ip=xxxxxxxx match mac yy:yy:yy:yy:yy:yy= zz:zz:zz:zz:zz:zz
Aug 10 04:27:53 Netgear_R7000 kernel: ip=xxxxxxxx match mac yy:yy:yy:yy:yy:yy= zz:zz:zz:zz:zz:zz
Aug 10 04:27:53 Netgear_R7000 kernel: ip=xxxxxxxx match mac yy:yy:yy:yy:yy:yy= zz:zz:zz:zz:zz:zz
Aug 10 04:27:54 Netgear_R7000 kernel: ip=xxxxxxxx match mac yy:yy:yy:yy:yy:yy= zz:zz:zz:zz:zz:zz
Aug 10 04:27:54 Netgear_R7000 kernel: ip=xxxxxxxx match mac yy:yy:yy:yy:yy:yy= zz:zz:zz:zz:zz:zz
Aug 10 04:27:55 Netgear_R7000 kernel: ip=xxxxxxxx match mac yy:yy:yy:yy:yy:yy= zz:zz:zz:zz:zz:zz
Aug 10 04:27:56 Netgear_R7000 kernel: ip=xxxxxxxx match mac yy:yy:yy:yy:yy:yy= zz:zz:zz:zz:zz:zz
Aug 10 04:27:56 Netgear_R7000 kernel: ip=xxxxxxxx match mac yy:yy:yy:yy:yy:yy= zz:zz:zz:zz:zz:zz
Aug 10 04:27:57 Netgear_R7000 kernel: ip=xxxxxxxx match mac yy:yy:yy:yy:yy:yy= zz:zz:zz:zz:zz:zz
EDIT - just noticed, using VPN PBR, that PC's outside the VPN IP range can not see PC's in the VPN IP range, all PC's on the same R7000 wireless. Also, and this is odd too, PC's in the VPN IP range can see local printers outside the VPN IP range, but PC's outside the VPN IP range can not see a printer that is also outside the VPN IP range. Something weird happening with LAN routing for sure.
R7000
manually updated from stock firmware.
AP mode
Disabled:
Routing
DHCP Server
WAN Connection
Enabled:
Auto update
SFE (though I doubt it is doing anything since it is just an AP on the LAN & not routing)
DHCP forwarder
2.4 & 5Ghz radios.
2.4 @ default settings
5 @ hard set channel/extension in AC mode.
Working as expected. _________________ Router currently owned:
Netgear R7800 - Router
Netgear R7000 - AP mode
If Resolver 1 is down then the router will automatically switch to Resolver 2 until Resolver 1 is back online & working.
Thanks !
Its a nice idea. Maybe it might get implemented in the future, the meantime you can implement this yourself. You would need to disable DNSCrypt via the web if though and instead do something like this:
In your startup:
Code:
dnscrypt-proxy -S -a 127.0.0.1:30 -R d0wn-is-ns1 -L /etc/dnscrypt/dnscrypt-resolvers.csv -d
dnscrypt-proxy -S -a 127.0.0.2:30 -R d0wn-fr-ns2 -L /etc/dnscrypt/dnscrypt-resolvers.csv -d
dnscrypt-proxy -S -a 127.0.0.3:30 -R ipredator -L /etc/dnscrypt/dnscrypt-resolvers.csv -d
Can anyone shed some light on what this line in SysLog could mean?
Aug 4 22:29:20 DD-WRT daemon.info mstpd: error, CTL_set_cist_bridge_config: Couldn't find bridge with index 9
It occurs after I make a change to a WiFi setting (like change channels) and the WiFi gets restarted. Is it something I did wrong in settings and can be corrected? Or nothing to worry about?