Hello all, I am not sure if this is the right place to post this or not, and if it is not, I will delete.
I am attempting to use the DuckDNS addon in Home Assistant which uses LetsEncrypt SSL certs. However, everytime I run the addon, I get the following in the logs:
ERROR: Problem connecting to server (get for https://acme-v02.api.letsencrypt.org/directory; curl returned with 6)
EXPECTED value GOT EOF
Can anyone explain this issue? I think it is a DNS issue, but I am not sure how to fix it.
ifconfig | grep -Ei 'inet|addr'
docker0 Link encap:Ethernet HWaddr 02:42:AA:2E:FD:4B
inet addr:172.30.232.1 Bcast:172.30.233.255 Mask:255.255.254.0
inet6 addr: fe80::42:aaff:fe2e:fd4b/64 Scope:Link
enp1s0 Link encap:Ethernet HWaddr E4:54:E8:49:C3:53
inet addr:192.168.4.36 Bcast:192.168.7.255 Mask:255.255.252.0
inet6 addr: fe80::2b13:5b7d:fc00:c9cd/64 Scope:Link
inet6 addr: fde3:c83d:852d:1:24ba:3ab9:8d9:cff6/64 Scope:Global
hassio Link encap:Ethernet HWaddr 02:42:8B:44:8B:47
inet addr:172.30.32.1 Bcast:172.30.33.255 Mask:255.255.254.0
inet6 addr: fe80::42:8bff:fe44:8b47/64 Scope:Link
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
veth0533742 Link encap:Ethernet HWaddr 46:02:B8:6E:21:66
inet6 addr: fe80::4402:b8ff:fe6e:2166/64 Scope:Link
veth8151df8 Link encap:Ethernet HWaddr 06:91:CE:76:5C:72
inet6 addr: fe80::491:ceff:fe76:5c72/64 Scope:Link
veth8f36ec9 Link encap:Ethernet HWaddr A2:82:BD:10:F4:97
inet6 addr: fe80::a082:bdff:fe10:f497/64 Scope:Link
vetha184964 Link encap:Ethernet HWaddr 7E:DE:07:C3:66:1C
inet6 addr: fe80::7cde:7ff:fec3:661c/64 Scope:Link
vetha5b4a97 Link encap:Ethernet HWaddr AE:10:DE:4F:70:42
inet6 addr: fe80::ac10:deff:fe4f:7042/64 Scope:Link
vetha9a55ce Link encap:Ethernet HWaddr EA:DE:F0:28:88:7D
inet6 addr: fe80::e8de:f0ff:fe28:887d/64 Scope:Link
vethdffef3b Link encap:Ethernet HWaddr F2:C9:17:31:D6:14
inet6 addr: fe80::f0c9:17ff:fe31:d614/64 Scope:Link
wlp0s12f0 Link encap:Ethernet HWaddr 94:E6:F7:61:17:BE
➜ ~ dig acme-v02.api.letsencrypt.org
;; communications error to 172.30.32.3#53: timed out
;; communications error to 172.30.32.3#53: timed out
;; communications error to 172.30.32.3#53: timed out
; <<>> DiG 9.18.19 <<>> acme-v02.api.letsencrypt.org
;; global options: +cmd
;; no servers could be reached
➜ ~ ip route
default via 192.168.4.1 dev enp1s0 src 192.168.4.36 metric 100
172.30.32.0/23 dev hassio scope link src 172.30.32.1
172.30.232.0/23 dev docker0 scope link src 172.30.232.1
192.168.4.0/22 dev enp1s0 scope link src 192.168.4.36 metric 100
➜ ~ traceroute -T -p 172.65.32.248
traceroute: unrecognized option: T
BusyBox v1.36.1 (2023-07-27 17:12:24 UTC) multi-call binary.
Usage: traceroute [-46IFlnrv] [-f 1ST_TTL] [-m MAXTTL] [-q PROBES] [-p PORT]
[-t TOS] [-w WAIT_SEC] [-s SRC_IP] [-i IFACE]
[-z PAUSE_MSEC] HOST [BYTES]
Trace the route to HOST
-4,-6 Force IP or IPv6 name resolution
-F Set don't fragment bit
-I Use ICMP ECHO instead of UDP datagrams
-l Display TTL value of the returned packet
-n Print numeric addresses
-r Bypass routing tables, send directly to HOST
-v Verbose
-f N First number of hops (default 1)
-m N Max number of hops
-q N Number of probes per hop (default 3)
-p N Base UDP port number used in probes
(default 33434)
-s IP Source address
-i IFACE Source interface
-t N Type-of-service in probe packets (default 0)
-w SEC Wait for a response (default 3)
-z MSEC Wait before each send
6 32.142.133.106 (32.142.133.106) 15.329 ms 12.557 ms 12.459 ms
7 172.70.80.2 (172.70.80.2) 13.074 ms 172.70.52.2 (172.70.52.2) 8.308 ms 172.70.252.2 (172.70.252.2) 8.652 ms
I don't think there is anything you can do about it [at your end] - short of asking your ISP to "look into it".
[maybe they have ways of contacting other ISPs along the way and one may reach the problem]