Hallo Community,

 

ich habe ein Problem mit Adguard. Ich bin für jeden Tipp dankbar.

 

Problem:

AdGuard kann nicht erfolgreich gestartet werden und bezieht keine IP-Adresse. Das Problem ist erst nach dem Update der Adguard-App mit der aktuellen Version vom Mai 21, 2024 aufgetreten. Davor lief alles reibungslos. Alle anderen Apps starten einwandfrei und beziehen IP-Adressen.

 

Was ich schon alles versucht habe:
* IP-Adresse fix eingetragen und automatisch beziehen
* IP ist nicht reserviert
* Unraid OS downgrade auf 6.12.6
* App neu installiert
* Neustart von Unraid, Router, DNS etc.
* Bonding deaktiviert, Bridging aktiviert (wie in den FAQs beschrieben)
* MTU auf 1500
* Docker-Einstellungen: host access yes, macvlan (wie in Post 165025 beschrieben)
 

Danke für jeden Tipp.

Hallo Hasibauz

 

Sagt den der Log etwas aus?

 

 

Grüsse

Die Logs sagen folgendes:

2024/05/22 09:21:00.748609 [info] AdGuard Home, version v0.107.49
2024/05/22 09:21:00.750578 [info] tls: using default ciphers
2024/05/22 09:21:00.752804 [info] safesearch default: reset 253 rules
2024/05/22 09:21:00.754310 [info] safesearch client "Alexpad": reset 253 rules
2024/05/22 09:21:00.764241 [info] Initializing auth module: /opt/adguardhome/work/data/sessions.db
2024/05/22 09:21:00.764614 [info] auth: initialized.  users:1  sessions:1
2024/05/22 09:21:00.764661 [info] AdGuard Home updates are disabled
2024/05/22 09:21:00.764679 [info] web: initializing
2024/05/22 09:21:01.016347 [error] querylog: closing: flushing log buffer: nothing to write to a file
2024/05/22 09:21:01.016358 [fatal] dnsServer.Prepare: preparing internal proxy: validating private RDNS upstreams: no upstream specified

 

Anscheinend kann er seinen Upstreem DNS nicht finden, es könnte sein das er auf die komplette Konfiguration keinen Zugriff hat..

Kannst du dich mal im Verzeichniss "/mnt/user/appdata/adguard/workingdir" umschauen (auch Unterordner) ob da mit dem Benutzer oder den Rechten etwas nicht stimmt?

ls -alh /mnt/user/appdata/adguard/workingdir

 

Edited May 22, 20242 yr by Amane

Danke für die Unterstützung. Im genannten Ordner sieht es wie folgt aus:

Interessant ist, dass das adguard-Verzeichnis dem User root gehört, alle anderen App-Verzeichnisse aber dem User nobody:

root@unraid:/mnt/user/appdata# ls -la
total 0
drwxrwxrwx 1 nobody users  67 May 22 09:16 ./
drwxrwxrwx 1 nobody users  62 Jan 31 19:06 ../
drwxr-xr-x 1 nobody users  38 May 22 12:56 Plex-Media-Server/
drwxr-xr-x 1 root   root   38 Jan 31 19:09 adguard/
drwxr-xr-x 1 nobody users 301 Feb 21 11:04 homeassistant/

 

Hi.

Scheint ein Problem mit dem Update zu geben.

https://github.com/AdguardTeam/AdGuardHome/issues/7013

 

Downgrade auf v0.107.48 sollte erstmal helfen.

Danke, danke n3ro365 für die Lösung. Ein Downgrade mit Quelle "adguard/adguardhome:v0.107.48" hat sofort geholfen.

4 hours ago, Hasibauz said:

Interessant ist, dass das adguard-Verzeichnis dem User root gehört, alle anderen App-Verzeichnisse aber dem User nobody

 

 Die Daten gehören root, muss man ändern:

chown -R nobody:users /mnt/user/appdata/adguard/

 

 

2 hours ago, Hasibauz said:

Danke, danke n3ro365 für die Lösung. Ein Downgrade mit Quelle "adguard/adguardhome:v0.107.48" hat sofort geholfen.

 

Ok interessant, lese Rechte scheinen zu reichen..interessant.

Trotzdem läuft adguard eigentlich als nobody, ausser du hast den Container privileged..

So oder so sollte der Benutzer wie oben genannt wieder geändert werden und AdGuard wieder als nobody laufen gelassen werden..

 

 

Edited May 22, 20242 yr by Amane

1 hour ago, Amane said:

 

 So oder so sollte der Benutzer wie oben genannt wieder geändert werden und AdGuard wieder als nobody laufen gelassen werden..

 

Stimmt, ich vergaß, dass ich nach deinem Hinweis und noch vor dem Downgrade ein chown ausgeführt habe und seither der Ordner mit Dateien und Unterordnern wieder nobody:users gehören. Ich nehme an, auch das hat zur Lösung beigetragen. Danke Amane!

 

Btw: Das Problem wurde mit der neuesten Version 0.107.50 von heute von den Verantwortlichen bereits gefixt.

Ok selbst beim neu Erstellen erscheint der Fehler.

Ist tatsächlich ein Bug im neusten Image:

 

Danke fürs Entdecken @n3ro365

 

Edited May 22, 20242 yr by Amane