Luci-app-https-dns-proxy DNS falls off on version 2022-10-15-8

For Developers
1

Hi!
Tp-Link Archerc c20 v4 The DNS falls on the HTTPS-DNS-PROXY 2022-10-15-8 version, and it works stably on version 2022-10-15-7, what could be the reason?

There are no problems on Archer C2

2

did up update the package, or what ?

3

First updated, then collected through the selector, the result is the same, it works for 5 - 20 minutes and falls off dns, reboot does not help, rolled back to version 2022-10-15-7

4

The problem turned out to be that https-dns-proxy restart does not work
Developer, please fix the restart of the https-dns-proxy service, it does not work !!!

5

it's open source, roll up your sleeves, find out why it doesn't (re)start, and report the bug.

there's no such thing as a free lunch.

6

how do I know where the error is, and why do I need to know this at all?
"https-dns-proxy restart" will not work for anyone who installs this version and let it be on the conscience of the developer.

7

because you're the only person I've seen, complaining about it ?

8

and there you don’t need to be able to see, it’s enough to restart the service and look at the log.
only stop and start commands work

9

restart is a stop and start ...

read the script, it might be a simply typo...

10

I am on v2022-10-15-8 and have no issues. Can you post your config? How is your RAM?

11

restart doesn't work.
go to autostart, restart https-dns-proxy and look at the log and you will see that restart does not work, it also does not work through cron

12

works here too

root@OpenWrt:/etc/init.d# ps |grep https
19375 nobody    2100 S    /usr/sbin/https-dns-proxy -r https://dns.google/dns-
19376 nobody    2660 S    /usr/sbin/https-dns-proxy -r https://cloudflare-dns.
19380 root      1120 S    grep https
root@OpenWrt:/etc/init.d# ./https-dns-proxy restart
root@OpenWrt:/etc/init.d# ps |grep https
19403 root      1120 S    grep https
root@OpenWrt:/etc/init.d# ps |grep https
19405 root      1120 S    grep https
root@OpenWrt:/etc/init.d# ps |grep https
19407 root      1120 S    grep https
root@OpenWrt:/etc/init.d# ps |grep https
19408 nobody    2048 S    /usr/sbin/https-dns-proxy -r https://dns.google/dns-
19409 nobody    2048 S    /usr/sbin/https-dns-proxy -r https://cloudflare-dns.
19411 root      1120 S    grep https
root@OpenWrt:/etc/init.d#

takes a second or two, to come back up though.

1 Like
13

I just tried the restart and it works on my device. Can you post what it's showing in your log?

Tue Dec 13 09:00:35 2022 daemon.info dnsmasq[1]: exiting on receipt of SIGTERM
Tue Dec 13 09:00:39 2022 user.notice https-dns-proxy: Stopping service ✓
Tue Dec 13 09:00:43 2022 user.notice https-dns-proxy: Starting service ✓
Tue Dec 13 09:00:44 2022 daemon.info dnsmasq[1]: started, version 2.87 cachesize 10000
Tue Dec 13 09:00:44 2022 daemon.info dnsmasq[1]: DNS service limited to local subnets
Tue Dec 13 09:00:44 2022 daemon.info dnsmasq[1]: compile time options: IPv6 GNU-getopt no-DBus UBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua TFTP no-conntrack no-ipset no-nftset no-auth no-cryptohash no-DNSSEC no-ID loop-detect inotify dumpfile
Tue Dec 13 09:00:44 2022 daemon.info dnsmasq[1]: UBus support enabled: connected to system bus

EDIT: Update your https-dns-proxy package. There is a fix stating that it fixes a restart: https://github.com/openwrt/packages/commit/8dc3252229739eaeddcf8d21921156b1dc38eccd
There must have been an identified issue with restart and possibly this could be your case.

1 Like
14

Fixed in 2022-10-15-10 version, topic closed, thanks everyone.

15

This topic was automatically closed 10 days after the last reply. New replies are no longer allowed.