Update check failed. Please check your Internet connection.

[ian-mcpherson]

Prerequisites

• I have checked the Wiki and Discussions and found no answer

• I have searched other issues and found no duplicates

• I want to report a bug and not ask a question or ask for help

• I have set up AdGuard Home correctly and configured clients to use it. (Use the Discussions for help with installing and configuring clients.)

Platform (OS and CPU architecture)

Linux, AMD64 (aka x86_64)

Installation

GitHub releases or script from README

Setup

On one machine

AdGuard Home version

Version: v0.107.55

Action

root@adguard:~# nslookup -debug -type=a 'www.github.com' '192.168.21.x'

Expected result

Domain resolution from the command line.

Actual result

Server: 192.168.21.x
Address: 192.168.21.x#53

---

QUESTIONS:
    www.github.com, type = A, class = IN
ANSWERS:
->  www.github.com
    canonical name = github.com.
    ttl = 3600
->  github.com
    internet address = 4.237.22.38
    ttl = 60
AUTHORITY RECORDS:
ADDITIONAL RECORDS:

---

Non-authoritative answer:
www.github.com canonical name = github.com.
Name: github.com
Address: 4.237.22.38

Additional information and/or screenshots

This issue appears to have been present in previous releases. This was working for me until a recent update to AGH. This issue happens with a fresh install of Ubuntu LXC (Proxmox) and AGH.

[tjharman]

Hi,

Where are you seeing the update check failed message, in the GUI?

I'm also unsure what your nslookup from the CLI is in relation to?

Is there anything in your adguard.log that might help us to isolate the issue?

[ian-mcpherson]

This is the image from the Adguard Dashboard

This is the error from the log.file

2025/01/15 08:56:05.861583 240#93 [debug] dnsforward: resolved "static.adtidy.org": [143.244.62.6 143.244.62.8 2a02:6ea0:db00::1 2a02:6ea0:db00::11]
2025/01/15 08:56:40.481997 240#42 [error] POST 192.168.21.n /control/version.json: getting version info: updater: HTTP GET https://static.adtidy.org/adguardhome/release/version.json: Get "https://static.adtidy.org/adguardhome/release/version.json": EOF

I believe that this may be a similar issue to this Err #5373

[ian-mcpherson]

I decided to complete a brand new LXC build with just Adguard on it to ensure that I wasn't having any conflicts on the original LXC. I have for now shutdown the old LXC to test a new clean install using the following script for PROXMOX. My previous comment is also relates to this new install.
bash -c "$(wget -qLO - https://github.com/tteck/Proxmox/raw/main/ct/adguard.sh)"

I am also getting this error message when trying to update the blocklists.
2025/01/15 09:06:26.638077 240#9 [error] filtering: os.Chtimes(): chtimes /opt/AdGuardHome/data/filters/1.txt: no such file or directory
2025/01/15 09:06:26.638101 240#9 [error] filtering: updating filter from url "https://adguardteam.github.io/HostlistsRegistry/assets/filter_1.txt": reading from url: Get "https://adguardteam.github.io/HostlistsRegistry/assets/filter_1.txt": context deadline exceeded (Client.Timeout exceeded while awaiting headers)

[tjharman]

If you run

curl https://adguardteam.github.io/HostlistsRegistry/assets/filter_1.txt what happens?

[ian-mcpherson]

I get the following output.
.....
@@||radiofrance.targetspot.com^|
@@||awin1.com^|
@@||app.adjust.com^|
@@||feed.adrelayer.com^|
@@||redirect.appmetrica.yandex.com^|
@@||guce.advertising.com^|
@@||a.adwolf.ru^|
@@||cm-beacon.nakanohito.jp^|
@@||cm-widget.nakanohito.jp^|
@@||ads.tdbank.com^|
@@||nineto5mac-d.openx.net^|
@@||redir.tradedoubler.com^|
@@||clk*.tradedoubler.com^|
@@||href.li^|
@@||str.hit.gemius.pl^|
@@||track.rutarget.ru^|
@@||5471782.fls.doubleclick.net^|
@@||omniture.walmart.com^|
root@adguard:/opt/AdGuardHome/data/filters#

[tjharman]

This sounds very much like a local permissions problem.
I run AdGuardHome as a local (non-root) user under a VM and it can update filter lists just fine.
Are the permissions on /opt and below correct?
I can't reproduce this I'm afraid.

[ian-mcpherson]

100% correct. Thanks for the assistance.

[tjharman]

Sorry I don't understand your comment - is the issue resolved for you?
If so, could you detail how you fixed it for others (if you don't mind)?

[drwhowhogrub]

I am having similar issues, I have tried it on 3 separate machines, including docker and snap on ubuntu server.
Same issue each time, this latest try is on unraid. There seems to be a permissions problem.
permcheck: warning: found unexpected permissions type=directory path=/opt/adguardhome/work perm=0755 want=0700

It's unable to write to that folder so I cannot add anything to the DNS blocklists, even the default one it comes with wont populate.

[ian-mcpherson]

I have come to that same conclusion regarding permissions issue. If I run this command
wget https://adguardteam.github.io/AdGuardSDNSFilter/Filters/filter.txt -O /opt/AdGuardHome/data/filters/1.txt
/opt/AdGuardHome/data/filters/1.txt: No such file or directory
Yet that directory /opt/AdGuardHome/data/filters/ clearly does exist.

[ian-mcpherson]

These are the default permissions on the directories after the initial setup.

[drwhowhogrub]

Yes I have the same permission, it must be a bug with new installs, surely!
I haven't had a chance to see if the problem persists with earlier builds.
Could try that?

[tjharman]

Thanks for the details everyone - I will bring this to the developers attention.

[drwhowhogrub]

I had tried version v0.107.54 and that one also worked. I can add new lists and also the default block list is populated.

[ian-mcpherson]

I had tried version v0.107.54 and that one also worked. I can add new lists and also the default block list is populated.

so going back to an older version works for you?

[drwhowhogrub]

I had tried version v0.107.54 and that one also worked. I can add new lists and also the default block list is populated.

so going back to an older version works for you?

Yea, worked right away. The error is still in the logs but everything works as expected.

I tried the latest one again and have the same issue. Although I see its been updated and I haven't tried that yet .