New LuCI-GUI for dnscrypt-proxy

Another request: I think I know what dnscrypt-proxy does, but it would be great to have an overview page in the wiki that tells its benefits.

Someone already created an (empty) placeholder page for it: https://lede-project.org/docs/user-guide/dnscrypt-proxy

Even a few paragraphs would help to explain what dnscrypt-proxy does, and how the LuCI package makes it easier to use. Thanks for building this package!

I don't think so. The luci package requires the updated trunk dnscrypt base package as well, cause the former dnscrypt package doesn't support interface trigger for startup. Hopefully in the next few weeks the devs will branch 18.x as the first re-merged "OpenWrt/LEDE" release with the current package release level, too.

1 Like

Is there a luci-app-dnscrypt-proxy package? Unable to find.
I'm powered by LuCI lede-17.01 branch (git-17.315.61305-a9bddc4) / LEDE Reboot 17.01.4 r3560-79f57e422d
Router: R7800
Thanks.

Maybe you check (at least) the first post of this thread ... with a download link ...

Figured it out. No luci-app-dnscrypt-proxy package but I was able to install dnscrypt and setup by way of ssh.

a workaround is to link the existing libsodium to libsoidum.so.18 ... once I've done this it worked

A bit old news but worth mentioning.
It seems DNScrypt has been abandoned. dnscrypt.org redirects to dnsprivacy.org (DNS-over-TLS) and dnscrypt-proxy's maintainer tweeted he's abandoning the project.

Interesting, thanks for the update

It looks like another maintainer is taking over the code for DNSCrypt.

In trunk the dnscrypt-proxy package has been already updated with the new repository/maintainer ...

2 Likes

Can anyone point me in the direction of instructions to disable / remove dnscrypt from my router? I'm using a build that has it built-in and enabled by default; I'd like to disable it completely and instead point to a PiHole on my local network that has a working dnscrypt-proxy set up already. Thanks!

How can this be done? Thanks!

@dibdot do you know what's going on with dnscrypt-proxy?

The 'old' maintainer has continued to work on it (repo), even releasing a new version (2.0.0) .

The 'new' dyne repo hasn't been touched since Jan 7th.

Did they have a change of heart? Maybe they haven't handed over control yet?

Also, the old maintainer was on this forum a week ago encouraging the jump to 2.0.0 (here).

No, and I do not longer use dnscrypt-proxy ... I've switched to unbound month ago. The "old" repo is only meant for bugfixes & server list maintenance. The new project is written in "Go" which is currently not supported by the default openwrt buildsystem. Feel free to ask the author directly - I do not plan any efforts in this regard.

Makes sense. Sounds like I should start looking into unbound then. Thanks for the update :+1:

it appears there have been active development on dnscrypt-proxy v2. manual installation appears simple.
Installation OpenWRT/LEDE

1 Like

I wish someone could lock this thread... I keep visiting it again and again in hope to find a luci front end for dnscrypt-proxy 2 LOL

1 Like

Please, can somebody help me to fix a problem after uninstalling this? After noticing that it doesn't work with DNSCrypt v2 I removed it using the GUI interface (System -> Software -> Installed Packages -> Remove) but in the top menu still shows "Services -> DNSCrypt-Proxy" and the system log shows problems with leftovers:

Wed Oct  9 11:25:55 2019 daemon.err uhttpd[21255]: Failed to execute cbi dispatcher target for entry '/admin/services/dnscrypt-proxy/tab_from_cbi'.
Wed Oct  9 11:25:55 2019 daemon.err uhttpd[21255]: The called action terminated with an exception:
Wed Oct  9 11:25:55 2019 daemon.err uhttpd[21255]: /usr/lib/lua/luci/cbi.lua:53: Model 'dnscrypt-proxy/overview_tab' not found!
Wed Oct  9 11:25:55 2019 daemon.err uhttpd[21255]: stack traceback:
Wed Oct  9 11:25:55 2019 daemon.err uhttpd[21255]: 	[C]: in function 'assert'
Wed Oct  9 11:25:55 2019 daemon.err uhttpd[21255]: 	/usr/lib/lua/luci/cbi.lua:53: in function 'load'
Wed Oct  9 11:25:55 2019 daemon.err uhttpd[21255]: 	/usr/lib/lua/luci/dispatcher.lua:841: in function </usr/lib/lua/luci/dispatcher.lua:835>

Thanks in advance.

rm -rf /tmp/luci-*

After that reload your LuCI-GUI ...

1 Like

Thanks! I will do it.