Should not devices have DHCP active instead of DHCPv6?
[UPDATE] LEDE 17.01.6 custom builds for TP-LINK WR841N(D) WR941N(D) WR743N(D) WR741N(D) WR740N(D) All Versions
I got it solved haha. I just disabled any option that had Ipv6 in the name on the lan, wan interface, and deleted the Wan6 interface and rebooted the router. Everything working 100% now.
can you please at may router and built with openvpn my router is wr840n(EU)v6 and wr940n(EU)v6 please thanks
For a while I stopped doing custom builds, since I do not have TP-LINK routers, now I'm focused on Tomato Firmware because I currently use Broadcom chip routers.
I hope somebody else can support you, the router
WR940 if it is compatible with OpenWrt but the other model is not in the official list
thanks for the reply and hoping someone here can help me
How to install this to tp link wr841n v.9 im a total newbie...
We have a wiki that explains a lot.
Hello @xhaka, me again. Something that is spinning in my head.
To disable some init script entails some benefit in term of use of cpu? if so, what init scripts can I disable? the only module that I need at the moment is the sqm. Im using the lite version.
Thanks for the effort!
If you use your router as a secondary DHCP you can try disabling the firewall and if it is the lite version it uses the boostrap theme instead of the material, and since the use of cpu can be somewhat high, remember that your router has a lower speed than the 400Mhz
Hello, thanks a lot for this works.
Do you plan upgrade to 18.06.2?
No, it is in my plans to use OpenWrt 18.06.2 since its previous version on 18.06 there were big changes, the devices with memory lower than 4Mb are affected since the updates of the packages and the LuCi interface occupy much more space leaving aside the possibility of compiling complete versions, it can only be compiled with certain packages or a light version.
So it happened with the OpenWrt Fork Gargoyle updated to the branch 18.06 and left out the classic TP-LINK 4Mb Flash.
If you want to update you can use this tool that was published within the community
Online ImageBuilder and Upgrade Server
I prefer to compile from scratch since you can delete even more packages that are not necessary. A good compilation of OpenWrt 18.06.2 would be to eliminate all IPv6, OPKG and to place ZRAM and SQM Scripts would be a very basic version but very useful for the majority of domestic users and small offices ...
Maybe I will compile but I will not be able to test it since I do not have TP-LINK routers. If someone has enough or no longer uses a router, I will be pleased to receive it as a donation.
Your build works quite well and many of us don't have the guts to do it, so an updated version would be appreciated
I also wanna say thanks to @xhaka. I understand you're not willing to compile anymore, but I am still working on my "pimp my old device" to 16MB flash and 64MB RAM. The upgrade from 4MB to 16MB worked on one device. I hope it will also for the others. - It would be great to get some pre-build-images for this improved devices!
Maybe someone will also still find a way to bring back the devices in original mode to new life until 5 GHz support is finally proper with other devices in Openwrt. - It's unfortunately still a completly mess with the buggy or even no driver support!
I'm trying to build my own and I need some help with a list of recommended packages.
There's a recommended list like this?
The one that I can't miss is luci-app-ddns. Zram seems to be a recommended one, also.
Like @david.lynch , I really need ddns (no-ip) support, right now I'm using LEDE Reboot 17.01.6 Complete because of DDNS, but without IPV6 enabled (I don't use any other services, only the basics, with some firewall rules) ... A "Ultra Lite IPV4 DDNS" new 18.06 version should be great.
ddns-scripts_no-ip_com is available in the 17.01 package repo, you can't expect a dedicated image for every single use-case/ package (unless you do it yourself --> imagebuilder). At some point it does make sense to upgrade the hardware to avoid https://openwrt.org/supported_devices/432_warning and gain some headroom for customization, especially with 17.01.x being at the end of its supported life span.