[Adguard Home] Ervaringen & discussie

[TheCeet]

Updaten maar!
Nieuwe versie gereleased: v0.107.24

[meesje]

Stormtrooper schreef op woensdag 15 februari 2023 @ 21:58:
[...]

1. Scroll eens helemaal naar beneden in de webinterface.
2. Zou zelf zorgen dat je de nieuwe url voor die Blocklist invult.
3. Durf ik niet te zeggen. Draai er eerst een tijdje mee zou ik zeggen.

1. Excuses. Dat ik daar overheen heb gelezen.
2. De custom list weg. Daar had ik nog niet opgekrikt. Zojuist https://big.oisd.nl/ toegevoegd.
3. Ok!

Bedankt voor je reactie.

[TheCeet]

TheCeet schreef op woensdag 15 februari 2023 @ 13:37:
Mede-tweaker @sjhgvr heeft update uitgevoerd aan zijn blocklist.
In mijn AGH de link aangepast naar:
https://big.oisd.nl/

Enig idee hoelang de oude link nog actief zal blijven?

Ik merk nu dat ie het heeft teruggedraaid naar https://abp.oisd.nl/

[Hmmbob]

wtf - hoe wordt dit gecommuniceerd?

edit:

Weet niet of ik er gisteren overheen gelezen heb, maar nu zie ik op de oisd frontpage:

- All old style links will remain compatible

[Voor 70% gewijzigd door Hmmbob op 16-02-2023 08:37]

[TheCeet]

Ja het is al paar keer aangepast.
Want ik begin te denken of het aan mezelf ligt of niet. Maar ondertussen is het terug aangepast naar big.oisd.nl

[dajappie]

Wat is eigenlijk het verschil tussen big/small en domain? Heb tot nu toe altijd dbl.oisd.nl gebruikt met ~800K regels, en big.oisd.nl is "maar" 289K regels.

[Hmmbob]

dajappie schreef op donderdag 16 februari 2023 @ 10:27:
Wat is eigenlijk het verschil tussen big/small en domain? Heb tot nu toe altijd dbl.oisd.nl gebruikt met ~800K regels, en big.oisd.nl is "maar" 289K regels.

https://oisd.nl/faq#abpvsdomains

[dajappie]

Hmmbob schreef op donderdag 16 februari 2023 @ 11:44:
[...]

https://oisd.nl/faq#abpvsdomains

Dank, gevalletje RTFM.... Had alleen de voorpagina gelezen die wel uitleg geeft over big/small maar niet over de domains. Ik denk dat ik automatisch voor de domains heb gekozen na een migratie vanaf Pihole naar AGH en dat werkte prima.

[zunrob]

Over OISD, ik heb hem toegevoegd in AGH via de selectie lijst van AGH zelf. De link verwijst dan naar de GitHub van adguardteam. Is dat niet handiger? Want dan hoef je zelf de URL niet steeds aan te passen. Of wordt ie dan minder vaak bijgewerkt?
Dit is overigens ook de methode die omschreven staat op de site van oisd.

[Voor 13% gewijzigd door zunrob op 16-02-2023 13:31]

[Miki]

zunrob schreef op donderdag 16 februari 2023 @ 13:19:
Over OISD, ik heb hem toegevoegd in AGH via de selectie lijst van AGH zelf. De link verwijst dan naar de GitHub van adguardteam. Is dat niet handiger? Want dan hoef je zelf de URL niet steeds aan te passen. Of wordt ie dan minder vaak bijgewerkt?
Dit is overigens ook de methode die omschreven staat op de site van oisd.

Volgens mij zit er er een verschil in de lijst van OISD via AGH de lite variant en de volledige lijst die je via zijn GitHub pagina kunt downloaden.

[meesje]

zunrob schreef op donderdag 16 februari 2023 @ 13:19:
Over OISD, ik heb hem toegevoegd in AGH via de selectie lijst van AGH zelf. De link verwijst dan naar de GitHub van adguardteam. Is dat niet handiger? Want dan hoef je zelf de URL niet steeds aan te passen. Of wordt ie dan minder vaak bijgewerkt?
Dit is overigens ook de methode die omschreven staat op de site van oisd.

Ik heb nu beide toegevoegd:
1. Handmatige URL (abp.oisd.nl): 289075 rules
2. Via selectielijst (OISD Blocklist Full): 289087 rules

Waarom de tweede 12 rules meer heeft, begrijp ik niet. Daarnaast erg vreemd dat oisd.nl aangeeft dat ‘full’ nu ‘big’ heet, terwijl via de selectielijst nog steeds ‘full’. Wellicht moet dat laatste via een software update van AGH?

Ik gebruik nu die uit de selectielijst, want meer (12) rules.

[Hmmbob]

Die selectielijst komt van een GitHub url van AdGuard zelf (en dus niet de bron rechtstreeks) - kan me voorstellen dat die wat achterloopt (moet misschien nog gesynchroniseerd worden).

[rwr_]

Ik heb ooit een keer mijn yaml file verwijderd, en nu elke keer als ik Adguard opnieuw installeer via Docker (clean, alle oudere images verwijderen via Portainer) dan crashte die op het moment dat er een nieuwe update automatisch wordt uitgevoerd door Watchtower. Ik heb geprobeerd om de oude yaml file weer in de directory te plaatsen, of juist zorgen dat er een nieuwe wordt aangemaakt - maar niets helpt. Iemand enig idee hoe ik dit kan oplossen?

[meesje]

Hmmbob schreef op donderdag 16 februari 2023 @ 20:41:
Die selectielijst komt van een GitHub url van AdGuard zelf (en dus niet de bron rechtstreeks) - kan me voorstellen dat die wat achterloopt (moet misschien nog gesynchroniseerd worden).

Als de selectielijst wat achter loopt, zou je toch verwachten dat deze wat minder rules bevat ipv meer?

[Hmmbob]

Waarom?

Kan beide kanten op veranderen (o.a. door optimalisaties)

[EverLast2002]

rwr_ schreef op donderdag 16 februari 2023 @ 21:02:
Ik heb ooit een keer mijn yaml file verwijderd, en nu elke keer als ik Adguard opnieuw installeer via Docker (clean, alle oudere images verwijderen via Portainer) dan crashte die op het moment dat er een nieuwe update automatisch wordt uitgevoerd door Watchtower. Ik heb geprobeerd om de oude yaml file weer in de directory te plaatsen, of juist zorgen dat er een nieuwe wordt aangemaakt - maar niets helpt. Iemand enig idee hoe ik dit kan oplossen?

Stop je de AGH service vantevoren en zet je dan de yaml terug?
"live" de yaml file aanpassen werkt dus niet, zie de handleiding (ff Googelen).
Ik wist dit ook niet maar ik las het ergens in een stappenplan.

[EverLast2002]

Ik ben zeer tevreden over AGH, maar het valt me op dat het percentage "Blocked by Filters"
maar rond de 1.8% ligt.
Is dit niet aan de lage kant?
Ik had hiervoor Pi-hole draaien en wat ik me kan herinneren lag het blockings percentage daarin wel hoger.
Block lijsten zijn nagenoeg hetzelfde in beide systemen.

[sjongenelen]

Das erg weinig, ik heb 30%

Het ligt wel aan het gedrag op het internet natuurlijk

[Mr. Freeze]

EverLast2002 schreef op zondag 19 februari 2023 @ 11:50:
Ik ben zeer tevreden over AGH, maar het valt me op dat het percentage "Blocked by Filters"
maar rond de 1.8% ligt.
Is dit niet aan de lage kant?
Ik had hiervoor Pi-hole draaien en wat ik me kan herinneren lag het blockings percentage daarin wel hoger.
Block lijsten zijn nagenoeg hetzelfde in beide systemen.

Ik zit op 7,2% waar Adguard DNS filter en OISD (big) het meest voor hun rekening nemen. Welke filters gebruik je?

[MoraalRidder]

sjongenelen schreef op zondag 19 februari 2023 @ 11:53:
Das erg weinig, ik heb 30%

Het ligt wel aan het gedrag op het internet natuurlijk

En aan welke en hoeveel filters je gebruikt.

Zit zelf altijd tussen 25-35%

[Voor 6% gewijzigd door MoraalRidder op 19-02-2023 12:47]

[Mr. Freeze]

MoraalRidder schreef op zondag 19 februari 2023 @ 12:46:
[...]

En aan welke en hoeveel filters je gebruikt.

Zit zelf altijd tussen 25-35%

Eigenlijk is dat dan weer precies het andere uiterste als maar liefst 30% van het verkeer reclame en zooi is.

[EverLast2002]

Mr. Freeze schreef op zondag 19 februari 2023 @ 12:25:
[...]


Ik zit op 7,2% waar Adguard DNS filter en OISD (big) het meest voor hun rekening nemen. Welke filters gebruik je?

Ik heb 20 filters actief, meerendeel uit de dropdown selectie van AGH zelf.
De OISD lijst uiteraard ook.
Ons surfgedrag hier in huis is niet overdadig, gewoon doorsnee denk ik.
Kan me niet voorstellen dat Pi-hole zoveel meer tegenhield toen ik dat draaide.

[sjongenelen]

Was het niet zo dat niet alle pihole lijsten niet een op een overgenomen moeten worden naar AGH?
Heb heen andere ideeën behalve dat je op je netwerk niet andere DNS traffic blocked

[lolgast]

Dat heeft meer met efficiëntie van AGH te maken, die heeft kleinere lijsten nodig dan pihole om dezelfde domeinen te blokkeren.

Wat ik heb gemerkt is dat apparaten die ‘idioot’ vaak een phone home doen nogal invloed kunnen hebben op he statistieken. Als er een domein is dat elke minuut 5 keer geraadpleegd wordt en dat wordt toegestaan, heeft dat doorgaans een dalend effect op je block percentage.

[sjongenelen]

Aha, duidelijk. Ik heb inderdaad een hoop spammende apparaten al met al

[zunrob]

Deze morgen kan ik een bepaalde URL nog gewoon bereiken, enkele minuten later niet meer. "SERVFAIL" was in de query log te zien. Gebruik van deze DNS servers gaf het probleem:
https://dns.quad9.net/dns-query
tls://dns.quad9.net
https://security.cloudflare-dns.com/dns-query
tls://security.cloudflare-dns.com

Gebruikmakend van de 8.8.8.8 lukte het wel. Kan iemand uitleggen wat de oorzaak is? En hoe ik dit kan voorkomen?

[Mirabis]

zunrob schreef op maandag 20 februari 2023 @ 09:53:
Deze morgen kan ik een bepaalde URL nog gewoon bereiken, enkele minuten later niet meer. "SERVFAIL" was in de query log te zien. Gebruik van deze DNS servers gaf het probleem:
https://dns.quad9.net/dns-query
tls://dns.quad9.net
https://security.cloudflare-dns.com/dns-query
tls://security.cloudflare-dns.com

Gebruikmakend van de 8.8.8.8 lukte het wel. Kan iemand uitleggen wat de oorzaak is? En hoe ik dit kan voorkomen?

Kan je uit je logs ook nog halen welke upstream DNS server SERVFAIL teruggaf? Mocht het security.cloudflare-dns.com zijn dan kan het dat ze (tijdelijk) het desbetreffende domein hebben geflagged als security risk.

[zunrob]

Mirabis schreef op maandag 20 februari 2023 @ 10:27:
[...]


Kan je uit je logs ook nog halen welke upstream DNS server SERVFAIL teruggaf? Mocht het security.cloudflare-dns.com zijn dan kan het dat ze (tijdelijk) het desbetreffende domein hebben geflagged als security risk.

Zowel Cloudflare als quad9.

[Voor 7% gewijzigd door zunrob op 20-02-2023 10:31]

[Mirabis]

sjongenelen schreef op zondag 19 februari 2023 @ 18:47:
Aha, duidelijk. Ik heb inderdaad een hoop spammende apparaten al met al

Sinds v0.107.24 kan je domeinen uitsluiten van de statistieken. Simpelweg 'unifi' invullen zorgde ervoor dat het percentage geblockte/t.o.v. uitgevoerde queries van c.a. 10% naar 25% sprong. Was ook wel te begrijpen omdat elk Unifi apparaat bij mij om de vijf seconden 'unifi' probeert te resolven. i.v.m. DHCP optie 63 (of 64) uit mijn hoofd.

[EverLast2002]

Mirabis schreef op maandag 20 februari 2023 @ 10:55:
[...]


Sinds v0.107.24 kan je domeinen uitsluiten van de statistieken. Simpelweg 'unifi' invullen zorgde ervoor dat het percentage geblockte/t.o.v. uitgevoerde queries van c.a. 10% naar 25% sprong. Was ook wel te begrijpen omdat elk Unifi apparaat bij mij om de vijf seconden 'unifi' probeert te resolven. i.v.m. DHCP optie 63 (of 64) uit mijn hoofd.

.....waar vul ik een domein in m.b.t. statistieken?

[lolgast]

Momenteel volgens mij alleen nog handmatig in de configfile. De UI ervoor moet nog gebouwd worden

[crypt0rr]

v0.107.25

Fixes

- Panic when using unencrypted DNS-over-HTTPS (#5518).

[Jazco2nd]

Mirabis schreef op maandag 20 februari 2023 @ 10:55:
[...]


Sinds v0.107.24 kan je domeinen uitsluiten van de statistieken. Simpelweg 'unifi' invullen zorgde ervoor dat het percentage geblockte/t.o.v. uitgevoerde queries van c.a. 10% naar 25% sprong. Was ook wel te begrijpen omdat elk Unifi apparaat bij mij om de vijf seconden 'unifi' probeert te resolven. i.v.m. DHCP optie 63 (of 64) uit mijn hoofd.

Ja waarom doen ze dit eigenlijk en kan het niet in de web interface van het apparaat worden uitgeschakeld?
Ik heb maar 1 Unifi apparaat, In-Wall 6. Dit was altijd een mysterie voor mij. Welke informatie mist het apparaat dat het telkens dit moet doen?

@Mr. Freeze
Het block percentage is bij mij sinds paar maanden van 7-8 procent naar 3.3% gedaald. Voorheen was het nog weleens 10-14%. Komt misschien doordat elke browser hier wel uBlock Origin heeft, ook werklaptops, zodat je geen lege vlakken en foutmeldingen ziet van ads die door AGH worden geblockt.
Maar we hadden altijd al uBlock Origin overal, dus mogelijk is de uBlock addon geupdate en gebruikt het tegenwoordig by default sterkere filters.

[Voor 24% gewijzigd door Jazco2nd op 21-02-2023 14:45]

[Slux]

Ik heb de laatste weken een vreemd probleem en weet niet of het nou aan adguard of unify ligt.

Ik heb een VPN server draaien voor een aantal vrienden uit Rusland, maar nu krijg ik de hele tijd Russische zoekresultaten in google en op alle devices hier in huis.

Iemand een idee waar het aan kan liggen ?

[Mirabis]

Slux schreef op dinsdag 21 februari 2023 @ 19:27:
Ik heb de laatste weken een vreemd probleem en weet niet of het nou aan adguard of unify ligt.

Ik heb een VPN server draaien voor een aantal vrienden uit Rusland, maar nu krijg ik de hele tijd Russische zoekresultaten in google en op alle devices hier in huis.

Iemand een idee waar het aan kan liggen ?

Erhmm... lijkt mij dat jouw vrienden dan naar items zoeken in het Russisch vanaf jouw (gok Nederlands) ip-adres. Na x aantal zoekopdrachten zal Google of elk ander zoekmachine er vanuit gaan dat je Russisch spreekt, bent of Russische informatie wilt. Lijkt mij vrij logisch - zeker als zij met x aantal vaker zoeken dan jouw daadwerkelijke huisgenoten.

Niet zozeer de schuld van Adguard of Unify.

[Voor 3% gewijzigd door Mirabis op 21-02-2023 19:32. Reden: Typo]

[Slux]

Mirabis schreef op dinsdag 21 februari 2023 @ 19:31:
[...]


Erhmm... lijkt mij dat jouw vrienden dan naar items zoeken in het Russisch vanaf jouw (gok Nederlands) ip-adres. Na x aantal zoekopdrachten zal Google of elk ander zoekmachine er vanuit gaan dat je Russisch spreekt, bent of Russische informatie wilt. Lijkt mij vrij logisch - zeker als zij met x aantal vaker zoeken dan jouw daadwerkelijke huisgenoten.

Niet zozeer de schuld van Adguard of Unify.

Hmm klinkt wel logisch maar het is pas sinds een paar weken, ik heb veilig zoeken aanstaan in adguard en ook in inprivate pagina's krijg ik Russische resultaten, maakt niet uit welke browser ik gebruik.

Als ik bij een internationaal bedrijf zit krijg ik wel gewoon Nederlandse resultaten, en daar is de meerderheid Engels.

edit het is alleen met google, met een zoekmachine die niemand kan vinden zoals bing werkt het wel.

[Voor 5% gewijzigd door Slux op 21-02-2023 19:47]

[EverLast2002]

Mirabis schreef op dinsdag 21 februari 2023 @ 19:31:
[...]


Erhmm... lijkt mij dat jouw vrienden dan naar items zoeken in het Russisch vanaf jouw (gok Nederlands) ip-adres. Na x aantal zoekopdrachten zal Google of elk ander zoekmachine er vanuit gaan dat je Russisch spreekt, bent of Russische informatie wilt. Lijkt mij vrij logisch - zeker als zij met x aantal vaker zoeken dan jouw daadwerkelijke huisgenoten.

Niet zozeer de schuld van Adguard of Unify.

Die vrienden die inloggen op die VPN server gebruiken hun eigen browsers.
Hoe kan het dan dat zijn eigen browser ook russische resultaten geeft?
Ze gebruiken alleen de server om van daaruit weer verder te surfen.

[Jazco2nd]

@Mirabis waar heb jij precies Unifi ingevuld om het uit te sluiten van de statistieken? Ik kan het nergens vinden.. versie ....25.

[Mirabis]

Jazco2nd schreef op zondag 26 februari 2023 @ 17:43:
@Mirabis waar heb jij precies Unifi ingevuld om het uit te sluiten van de statistieken? Ik kan het nergens vinden.. versie ....25.

statistics.ignored. Je kan het eventueel ook opnemen in de querylog.ignored lijst. Deze waardes kan je enkel via het configuratiebestand aanpassen, zie https://github.com/Adguar...ration#configuration-file

[EverLast2002]

Ik heb al zitten googlen en kom er niet aan uit.
In mijn netwerk doet een Linux pc elke minuut een DNS request "0.0.0.0.in-addr.arpa".
Hoe kan ik dit verhelpen?
De logs van AGH staan er vol mee.

[sjongenelen]

https://www.google.com/ur...Vaw07far1LQRk3OnuoEHJ9wyF

Niet zoiets als dit?

[EverLast2002]

sjongenelen schreef op donderdag 2 maart 2023 @ 17:37:
https://www.google.com/ur...Vaw07far1LQRk3OnuoEHJ9wyF

Niet zoiets als dit?

Die website had ik ook al gevonden, maar wat moet ik hiermee?
Mijn DNS kennis is geen expert-level, zeg maar..
De betreffende Linux pc is een Zabbix server, verder vrij standaard ingericht met AlmaLinux als OS.
En als DNS draai ik hier Unbound 1.17.1

[Voor 3% gewijzigd door EverLast2002 op 02-03-2023 20:31]

[sjongenelen]

Het lijkt iig niets met AGH te maken te hebben.

Na even te googelen wat Zabbix is lijkt me dat de veroorzaker (network monitoring tool).

Zet die tool eens uit, en kijk in AGH of het nog voorkomt.

[EverLast2002]

sjongenelen schreef op vrijdag 3 maart 2023 @ 08:58:
Het lijkt iig niets met AGH te maken te hebben.

Na even te googelen wat Zabbix is lijkt me dat de veroorzaker (network monitoring tool).

Zet die tool eens uit, en kijk in AGH of het nog voorkomt.

Zabbix uit: geen 0.0.0.0.in-addr.arpa requests in AGH log.
Zabbix aan: meteen om de minuut 0.0.0.0.in-addr.arpa in de AGH logs.

Ik moet het dus zoeken in Zabbix, ik ga ermee aan de slag.

[sjongenelen]

Ik vermoed dat de network scanner 0.0.0.0 gebruikt om te broadcasten (of was dat juist 255?).
Mogelijk zoekt hij naar nameservers:)

[EverLast2002]

sjongenelen schreef op vrijdag 3 maart 2023 @ 17:23:
Ik vermoed dat de network scanner 0.0.0.0 gebruikt om te broadcasten (of was dat juist 255?).
Mogelijk zoekt hij naar nameservers:)

Ik heb twee DNS servers staan in Zabbix, die hij probleemloos kan bereiken.
Komt erop neer dat het broadcasten niet te vermijden is, als ik het goed begrijp.
Dan denk ik dat ik de Zabbix server ga uitsluiten van de AGH logs.
Dat moest voorlopig via een config bestandje had ik begrepen, binnenkort komt daar een optie voor in de webgui.

[millennium1980]

Even een newbie vraagje.

Ik heb Adguard draaien op mijn Synology nas en werkt goed.
Maar via Firewalla regel ik alle ingaand en uitgaand verkeer.
Nu zie ik heel veel ingestelde dns servers in Adguard die inbound contact maken.
Deze worden allemaal geblokkeerd omdat ik alleen uitgaand verkeer heb goedgekeurd.

Adguard stuurt toch alleen verkeer naar buiten of zie ik dat verkeerd.
Zie bijlage.

[Dennism]

Adguard zal verkeer naar buiten sturen naar de upstream DNS servers die jij opgeeft, en daarvan terugkrijgen de adressen die jij opvraagt. Dat is dus zowel verkeer heen als terug.

[Voor 12% gewijzigd door Dennism op 07-03-2023 20:36]

[millennium1980]

Dank je wel voor je reactie

[Hmmbob]

Normaal gesproken sta je in je firewall "ESTABLISHED,RELATED" toe. Dan worden inbound antwoorden op outbound verzoeken gewoon geaccepteerd.

[TheCeet]

Alweer nieuwe release:
AdGuard Home v0.107.26
Changelog

[zunrob]

Hoe kan ik het wachtwoord eigenlijk wijzigen van AGH? Ik draai het in een docker container. En dit lijkt niet te werken. Heb zo een nieuwe wachtwoord gemaakt, maar na aanpassen in de YAML (als de Docker gestopt is) verandert er niks. https://github.com/Adguar...figuration#password-reset

Edit: Toch gelukt!

[Voor 83% gewijzigd door zunrob op 14-03-2023 21:14]

[MoraalRidder]

Ik heb vandaag unbound op mijn RBP4 gezet. Ik vroeg me af of ik de cache en optisch cache uit moet zetten? Kan dit nergens vinden wat het best is?

Ik heb nog een 2e vraag. Ik heb nergens in kunnen vinden een instelling voor DoT of DoH. Ik vroeg me af of dit nu niet meer nodig is? Misschien een domme vraag, ben er de hele dag mee bezig geweest, maar kan hier geen antwoord op vinden. Het is me allemaal best onduidelijk hoe het nu precies werkt.

[Voor 51% gewijzigd door MoraalRidder op 18-03-2023 23:04]

[EverLast2002]

MoraalRidder schreef op zaterdag 18 maart 2023 @ 22:34:
Ik heb vandaag unbound op mijn RBP4 gezet. Ik vroeg me af of ik de cache en optisch cache uit moet zetten? Kan dit nergens vinden wat het best is?

Ik heb nog een 2e vraag. Ik heb nergens in kunnen vinden een instelling voor DoT of DoH. Ik vroeg me af of dit nu niet meer nodig is? Misschien een domme vraag, ben er de hele dag mee bezig geweest, maar kan hier geen antwoord op vinden. Het is me allemaal best onduidelijk hoe het nu precies werkt.

Ik heb de cache in AGH aanstaan, ook al is Unbound zelf al een caching DNS server.
(AGH cache had ik eerst op 0 staan, dus uit. Maar nu ie aanstaat zijn mijn response tijden veel sneller. Logisch ook).
Vraag 2: ligt eraan hoe je eea hebt geconfigureerd. Als je bijv Unbound gebruikt om rechtstreeks de root servers aan te spreken dan is DoH/DoT overbodig (root servers ondersteunen geen DoT/DoH, alleen DNSSEC). Heb je bijv Cloudflare of Quad9 als DNS server(s) dan moet je in je Unbound config file hier deze DNS servers in vermelden.

[MoraalRidder]

EverLast2002 schreef op zondag 19 maart 2023 @ 12:53:
[...]

Ik heb de cache in AGH aanstaan, ook al is Unbound zelf al een caching DNS server.
(AGH cache had ik eerst op 0 staan, dus uit. Maar nu ie aanstaat zijn mijn response tijden veel sneller. Logisch ook).
Vraag 2: ligt eraan hoe je eea hebt geconfigureerd. Als je bijv Unbound gebruikt om rechtstreeks de root servers aan te spreken dan is DoH/DoT overbodig (root servers ondersteunen geen DoT/DoH, alleen DNSSEC). Heb je bijv Cloudflare of Quad9 als DNS server(s) dan moet je in je Unbound config file hier deze DNS servers in vermelden.

Bedankt voor je reactie. Ik heb bij upstream servers alleen;
127.0.0.1:5335
[/168.192.in-addr.arpa/]192.168.50.1
[/ip6.arpa/]192.168.50.1

Verder heb ik unbound geïnstalleerd volgens deze handleiding. hoop dat het de goede is. DNSSEC is werkend.

Ik heb inmiddels ook de cache op optimistisch cachen aan gezet en het is idd een stuk beter.

DNSLeak test geeft als respons mijn eigen IPv4 en IPv6 adres.

Die root servers, worden die automatisch geupdate of moet je dit handmatig doen?

[EverLast2002]

MoraalRidder schreef op zondag 19 maart 2023 @ 13:10:
[...]

Bedankt voor je reactie. Ik heb bij upstream servers alleen;
127.0.0.1:5335
[/168.192.in-addr.arpa/]192.168.50.1
[/ip6.arpa/]192.168.50.1

Verder heb ik unbound geïnstalleerd volgens deze handleiding. hoop dat het de goede is. DNSSEC is werkend.

Ik heb inmiddels ook de cache op optimistisch cachen aan gezet en het is idd een stuk beter.

DNSLeak test geeft als respons mijn eigen IPv4 en IPv6 adres.

Die root servers, worden die automatisch geupdate of moet je dit handmatig doen?

root.hints file kun je elke 6 maanden updaten. Handmatig of via een cronjob.

[MoraalRidder]

EverLast2002 schreef op zondag 19 maart 2023 @ 13:22:
[...]

root.hints file kun je elke 6 maanden updaten. Handmatig of via een cronjob.

Inmiddels de root.hints gevonden onder /usr/share/dns/root.hints

[Voor 51% gewijzigd door MoraalRidder op 19-03-2023 13:39]

[lolgast]

EverLast2002 schreef op zondag 19 maart 2023 @ 13:22:
[...]

root.hints file kun je elke 6 maanden updaten. Handmatig of via een cronjob.

De root.hints file is al sinds 2018 ongewijzigd

[MoraalRidder]

lolgast schreef op zondag 19 maart 2023 @ 13:39:
[...]

De root.hints file is al sinds 2018 ongewijzigd

Ja, dat las ik net, maar klopt het als ik die wil updaten dat ik dan met dit moet doen?

wget https://www.internic.net/domain/named.root -qO- | sudo tee /usr/share/dns/root.hints

Ik heb die link vanPihole beschrijving en dan de locatie veranderd naar /usr/share/dns/root.hints

Ik ben nog niet zo lang een Linux gebruiker. Heb gisteren en vandaag wel weer veel geleerd, dat dan weer wel.

[lolgast]

@MoraalRidder
Je mag de inhoud van de URL ook kopieren en met de hand over je al bestaande inhoud kopieren. Maar via de terminal moet ook werken. -O zorgt voor 'overwrite' bij wget. De locatie waar je die moet zetten moet overeenkomen met de locatie zoals je die in je 'unbound.conf' hebt gezet

[MoraalRidder]

lolgast schreef op zondag 19 maart 2023 @ 13:50:
@MoraalRidder
Je mag de inhoud van de URL ook kopieren en met de hand over je al bestaande inhoud kopieren. Maar via de terminal moet ook werken. -O zorgt voor 'overwrite' bij wget. De locatie waar je die moet zetten moet overeenkomen met de locatie zoals je die in je 'unbound.conf' hebt gezet

kopiëren en plakken is misschien wel de makkelijkste manier

Maar kan hier weer van leren. Ik heb deze beschrijving gevolgd. Ik neem aan dat je het bestand in /etc/unbound/unbound.conf.d/ bedoelt. Deze handleiding heeft het bestand config.conf genoemd. Ik vraag me dan ook af of ik wel de goeie handleiding gevolgd heb?

De handleiding van unbound van Pihole staat deze regel we, al noemen hun het dan pi-hole.conf;
#root-hints: "/var/lib/unbound/root.hints"

Kan ik die in mijn huidige config.conf de # weghalen en dan deze regel erbij zetten: root-hints: "/usr/share/dns/root.hints"

Als dat zo is, maar het dan uit op welke regel ik die zet?

Dankjewel voor je hulp.

[lolgast]

@MoraalRidder Opzich is er niets mis met die handleiding, maar in gebruik met AGH ipv Pi-hole wellicht wat verwarrend.
In feite zou het toevoegen van de regel

root-hints: "/usr/share/dns/root.hints"

aan je pi-hole.conf voldoende moeten zijn.

[Voor 4% gewijzigd door lolgast op 19-03-2023 14:09]

[MoraalRidder]

lolgast schreef op zondag 19 maart 2023 @ 14:08:
@MoraalRidder Opzich is er niets mis met die handleiding, maar in gebruik met AGH ipv Pi-hole wellicht wat verwarrend.
In feite zou het toevoegen van de regel

root-hints: "/usr/share/dns/root.hints"

aan je pi-hole.conf voldoende moeten zijn.

Ik denk dat ik wat verkeerd getypt heb. Ik heb de pihole handleiding niet gebruikt maar die van AGH. Maar zal de regel toevoegen.

Sorry, maar heb nog 1 vraag. Ik heb naar mijn versienummer gekeken en die is 1.13.1. Volgens nlnetlabs is die versie van 9 February, 2021. Laatste versie is van januari dit jaar versie 1.17.1. Ik heb de huidige versie via apt geïnstalleerd, maar blijkbaar lopen die wel ver achter. Ik kan niet vinden of ik hem handmatig kan updaten?

vind het best ingewikkeld dat linux, maar we komen er wel. Ben een dag bezig geweest hoe ik in hemelsnaam oude filterlijsten van AGH op de pi kon verwijderen. uiteindelijk uitgekomen bij dit commando: sudo pcmanfm

Edit: Ik heb het bestand maar hernoemd naar unbound.conf.

[EverLast2002]

MoraalRidder schreef op zondag 19 maart 2023 @ 14:20:
[...]

Ik denk dat ik wat verkeerd getypt heb. Ik heb de pihole handleiding niet gebruikt maar die van AGH. Maar zal de regel toevoegen.

Sorry, maar heb nog 1 vraag. Ik heb naar mijn versienummer gekeken en die is 1.13.1. Volgens nlnetlabs is die versie van 9 February, 2021. Laatste versie is van januari dit jaar versie 1.17.1. Ik heb de huidige versie via apt geïnstalleerd, maar blijkbaar lopen die wel ver achter. Ik kan niet vinden of ik hem handmatig kan updaten?

vind het best ingewikkeld dat linux, maar we komen er wel. Ben een dag bezig geweest hoe ik in hemelsnaam oude filterlijsten van AGH op de pi kon verwijderen. uiteindelijk uitgekomen bij dit commando: sudo pcmanfm

Raspbian gebruikt inderdaad 1.13.1. Je kan naar versie 1.17.1 maar dan zul je zelf allerlei acties moeten uitvoeren (ik ben daarom naar Alpine Linux overgestapt die heeft versie 1.17.1).

[MoraalRidder]

EverLast2002 schreef op zondag 19 maart 2023 @ 14:25:
[...]

Raspbian gebruikt inderdaad 1.13.1. Je kan naar versie 1.17.1 maar dan zul je zelf allerlei acties moeten uitvoeren (ik ben daarom naar Alpine Linux overgestapt die heeft versie 1.17.1).

Edit: Ik ga proberen of het likt.

[Voor 22% gewijzigd door MoraalRidder op 19-03-2023 14:46]

[EverLast2002]

MoraalRidder schreef op zondag 19 maart 2023 @ 14:31:
[...]

Edit: Ik ga proberen of het likt.

Succes en hou rekening mee dat wanneer je uiteindelijk versie 1.17.1 hebt draaien,
dat je config file veeeeeel meer settings heeft om te tweaken.

[MoraalRidder]

Nou, ben uiteindelijk maar op Raspberry OS gebleven, want heb geen monitor. De laatse update van unbound zit wel in de volgende Debian versie. Dus we wachten maar gewoon.

Nu draait het al effe en zie dat de gemiddelde procestijd 18ms is. Of ik in AGH de cache volledig uitschakelt scheelt nu ook niet veel. Is dat een normale waarde? Of heb ik wat fout gedaan? Als ik in het log kijk zijn bijna alle requested rond de 1ms maar soms zit er 1 tussen die best hoog zijn. Ik heb maar 3 filterlijsten erin staan. Websites laden wel snel dat dan weer wel. Het lijkt wel soepeler te draaien als ik de cache volledig uitlaat in AGH.

Overigs, toen ik Doh of DoT gebruikte zonder unbound, was de gemiddelde procestijd tussen de 2-4. Vandaar dat ik wat twijfel.

[lolgast]

@MoraalRidder Unbound heeft even de tijd nodig om een cache op te bouwen, dus in die zin klopt het dat de resolvetijd nog wat hoog kan zijn. Afhankelijk van of je hebt ingesteld dat je Unbound laat cachen uiteraard.

Ik heb 2 instances van Unbound en AGH draaien, beide AGH kijken naar alle twee de Unbound installaties. Beetje redundancy Ik zit momenteel op een gemiddelde resolvetijd van 2,71ms en 3,03ms van AGH als weekgemiddelde.
Zonder cache in AGH. Mijn ervaring is dat die niet werkt zonder ‘optimistic caching’ en die functie zorgt te vaak voor onbereikbare pagina’s (met name de Videoland app op mijn TV lijkt hier érg vatbaar voor)

[MoraalRidder]

@lolgast Dankje voor je reactie en hulp. Ik merk wel dat ik nog veel te leren heb.

Ik kijk het wel effe af hoe het gaat.

[Voor 92% gewijzigd door MoraalRidder op 22-03-2023 11:32]

[jesco_white]

Ik ben gisteravond ook lekker aan het klooien geweest om Adguard Home te installeren op een oude Intel Nuc die ik nog ergens had liggen. De NUC heb ik voorzien van een verse Debian installatie, een vast IP-adres binnen mijn netwerk en de Adguard Home installatie verliep vlekkeloos.

Ik ben nu nog een beetje aan het testen hoe e.e.a. werkt d.m.v. alléén mijn main-pc even direct naar de Adguard Home te verwijzen d.m.v. DNS settings in Windows op mijn pc handmatig aan te passen.

De bedoeling is dat ik uiteindelijk in mijn router de DNS override zal gebruiken om naar de Adguard NUC te verwijzen om zodoende al onze apparatuur via de Adguard DNS te laten lopen.

Ik vroeg me alleen af, in mijn router kan ik een primaire, tweede en derde IP opgeven voor een DNS server. Ik wil Adguard Home voornamelijk voor de gein gaan gebruiken om ads te blokken, wat privacy te verhogen wellicht, misschien wat vlottere ervaring bij browsen. Geen bedrijfskritische toepassingen dus. Kan ik dan volstaan met het invullen van Adguard DNS IP als primair, en bijv. 8.8.8.8 als (backup) secondair?

Ik wil voorkomen dat indien de NUC kuren vertoond, uitvalt of iets dergelijks dat mijn vriendin die thuiswerkt dan geen internetverbinding meer heeft. Ik kan het dan niet altijd snel fixen als ik zelf niet thuis ben.

Of gaat (kan) de router willekeurig switchen tussen het primair en secundair DNS ip, waardoor ik dus ook af en toe buiten Adguard om op internet kan belanden, zonder dat er uitval van de primaire DNS is?

Edit: of kan ik ook niets invullen bij tweede en derde DNS IP-adres? Valt de router dan bij uitval primaire IP-adres (Adguard NUC) dan vanzelf terug op mijn Ziggo default DNS?

[Voor 5% gewijzigd door jesco_white op 22-03-2023 11:25]

[Hmmbob]

jesco_white schreef op woensdag 22 maart 2023 @ 11:18:
Ik ben gisteravond ook lekker aan het klooien geweest om Adguard Home te installeren op een oude Intel Nuc die ik nog ergens had liggen. De NUC heb ik voorzien van een verse Debian installatie, een vast IP-adres binnen mijn netwerk en de Adguard Home installatie verliep vlekkeloos.

Ik ben nu nog een beetje aan het testen hoe e.e.a. werkt d.m.v. alléén mijn main-pc even direct naar de Adguard Home te verwijzen d.m.v. DNS settings in Windows op mijn pc handmatig aan te passen.

De bedoeling is dat ik uiteindelijk in mijn router de DNS override zal gebruiken om naar de Adguard NUC te verwijzen om zodoende al onze apparatuur via de Adguard DNS te laten lopen.

Ik vroeg me alleen af, in mijn router kan ik een primaire, tweede en derde IP opgeven voor een DNS server. Ik wil Adguard Home voornamelijk voor de gein gaan gebruiken om ads te blokken, wat privacy te verhogen wellicht, misschien wat vlottere ervaring bij browsen. Geen bedrijfskritische toepassingen dus. Kan ik dan volstaan met het invullen van Adguard DNS IP als primair, en bijv. 8.8.8.8 als (backup) secondair?

Ik wil voorkomen dat indien de NUC kuren vertoond, uitvalt of iets dergelijks dat mijn vriendin die thuiswerkt dan geen internetverbinding meer heeft. Ik kan het dan niet altijd snel fixen als ik zelf niet thuis ben.

Of gaat (kan) de router willekeurig switchen tussen het primair en secundair DNS ip, waardoor ik dus ook af en toe buiten Adguard om op internet kan belanden, zonder dat er uitval van de primaire DNS is?

Edit: of kan ik ook niets invullen bij tweede en derde DNS IP-adres? Valt de router dan bij uitval primaire IP-adres (Adguard NUC) dan vanzelf terug op mijn Ziggo default DNS?

Als je meerdere DNS Ip adressen invoert, gaan je clients willekeurig connecten. Sommige requests komen dan bij Adguard, sommige requests gaan naar de andere DNS servers.

Dan: kijk eens naar Proxmox of ESXi ofzo voor op je NUC: dan kan je daarna makkelijk "virtual machines" aanmaken en kan je die NUC voor veel meer doeleinden gebruiken.
Ik heb een NUC met Proxmox, met daarop 3 virtual machines (ok, eigenlijk 1 machine en 2 containers): 1 is mijn main host met docker (draait o.a. home assistant, webservers, plex, etc), 1 van de aparte containers is Adguard en de andere container is Omada: het brein van mijn wifinetwerk. Die laatste twee zijn allebei 'kritisch' voor mijn netwerk en daarom apart: als ik aan het klooien ben met de main host blijven die twee kritische netwerk componenten overeind.

Just a thought. Wel een leuke leercurve

[jesco_white]

Dat is op dit moment voor mijn kennisniveau nog wat te advanced denk ik maar kan me eens inlezen in de materie. Wel leuk altijd. Zodoende ben ik tijdje terug ook in Linux gerold, paar installaties gedaan, Ubuntu, Mint, Debian etc. Inmiddels gebruik ik al tijden een laptopje met Mint als browsemachientje voor op de bank beneden.

Docker moet ik ook nog eens induiken, ik lees het begrip her en der maar heb er geen kennis van nog. Is vergelijkbaar met een virtuele machine neem ik aan?

Op dit moment heb ik Adguard gewoon rechtstreeks op Debian geinstalleerd maar de NUC zou inderdaad meer taken aan moeten kunnen als deze dan toch 24/7 aan komt te staan. Bijv. Wireguard misschien, zodat ik via mijn smartphone op locatie kan verbinden met de NUC en zo via Adguard weer naar buiten. Weet niet of zoiets kan.

[EverLast2002]

jesco_white schreef op woensdag 22 maart 2023 @ 11:37:
Dat is op dit moment voor mijn kennisniveau nog wat te advanced denk ik maar kan me eens inlezen in de materie. Wel leuk altijd. Zodoende ben ik tijdje terug ook in Linux gerold, paar installaties gedaan, Ubuntu, Mint, Debian etc. Inmiddels gebruik ik al tijden een laptopje met Mint als browsemachientje voor op de bank beneden.

Docker moet ik ook nog eens induiken, ik lees het begrip her en der maar heb er geen kennis van nog. Is vergelijkbaar met een virtuele machine neem ik aan?

Op dit moment heb ik Adguard gewoon rechtstreeks op Debian geinstalleerd maar de NUC zou inderdaad meer taken aan moeten kunnen als deze dan toch 24/7 aan komt te staan. Bijv. Wireguard misschien, zodat ik via mijn smartphone op locatie kan verbinden met de NUC en zo via Adguard weer naar buiten. Weet niet of zoiets kan.

Je nuc installeren met Proxmox erop, daarin kun je een paar containers draaien waaronder adguard en wireguard.

Een 2e en 3e alternatieve DNS server invullen werkt niet zoals jij denkt. Wat al gezegd werd, je laptop/pc pakt een willekeurige DNS uit dat rijtje.

Je zou AGH als enige (of ook als 2e en 3e) DNS kunnen instellen in je router. Bij uitval vd nuc zou je vriendin handmatig in haar werklaptop een DNS server (1.1.1.1) kunnen instellen. Mits ze een beetje handig is, of geef haar een stappenplan mee.

[MoraalRidder]

Af en toe als ik mijn Pi update dan vraagt die om te rebooten, daarna neem ik aan dat de cache van unbound ook weer leeg is. Is er een manier zodat na de reboot de cache bewaard blijft?

[jesco_white]

Eergisteren dus eens in Adguard Home gedoken en sinds gisteravond hangt deze nu in mijn thuisnetwerk.

Wat een verademing is dat! Dat ik dit niet eerder ontdekt heb zeg.

Eindelijk kan ik weer eens normaal browsen op een iPad zonder telkens door reclame popups heen te moeten worstelen. Ik lees geregeld op een hotpepper forum waar je voorheen op elke nieuwe bladzijde tijdens scrollen een nieuwe pop-up kreeg aangeboden. Dat lijkt nu verleden tijd.

Inmiddels ook "Optimistic caching" eens aangezet en nu is de Average Processing time gezakt van ong. 35ms naar 6ms. Pagina's laden nu echt vrijwel instant.

Klopt het dat het wel een risico van "Optimistic Caching" is dat, wanneer het IP-adres uit de cache niet meer klopt, je juist langer moet wachten op de pagina om te laden, omdat er dan eerst een TTL moet verlopen waarna de cache ververst wordt?

[TheCeet]

MoraalRidder schreef op woensdag 22 maart 2023 @ 14:25:
Af en toe als ik mijn Pi update dan vraagt die om te rebooten, daarna neem ik aan dat de cache van unbound ook weer leeg is. Is er een manier zodat na de reboot de cache bewaard blijft?

Dat verschil ga je amper merken.
Dus gewoon update, rebooten en rustig verder surfen en de cache bouwt weer langzaam op

[MoraalRidder]

TheCeet schreef op donderdag 23 maart 2023 @ 13:51:
[...]

Dat verschil ga je amper merken.
Dus gewoon update, rebooten en rustig verder surfen en de cache bouwt weer langzaam op

@TheCeet Dank voor je reactie.

Ik lees overal dat er gebruik wordt gemaakt van 2 AGH installaties. Is dat nou echt nodig?

En hoe werkt dan dan?
Als je een 2e pi hetzelfde configureer als de 1e, alleen ander intern ipadres, werkt die 2e dan ook, of moet je er meer voor doen? Niet dat ik een 2e pi heb en sommige prijzen zijn ook belachelijk. 🤣

[TheCeet]

@MoraalRidder
2e zorgt voor redunantie in jouw netwerk.
Gaat 1 van de 2 down, dan heb je toch nog altijd internet toegang.
Heb je 1 draaien en gaat die down, dan kan niets nog DNS resolven > lijkt alsof jouw netwerk down is dan.

Is dit nodig > Nee. Je kan gerust werken met 1.
Is het nice to have als zekerheid wil dat er niemand thuis zonder internet komt te vallen > ja

Klopt
Voorbeeldje:
192.168.0.20 > AdguardHome 1
192.168.0.21 > AdguardHome 2
In jouw router geef je deze 2 DNS servers op en al jouw toestellen gaan gebruik maken van deze 2.

Zelf heb ik dit ook thuis draaien, een Pi4 en een Pi Zero 2

[EverLast2002]

TheCeet schreef op donderdag 23 maart 2023 @ 15:04:
@MoraalRidder
2e zorgt voor redunantie in jouw netwerk.
Gaat 1 van de 2 down, dan heb je toch nog altijd internet toegang.
Heb je 1 draaien en gaat die down, dan kan niets nog DNS resolven > lijkt alsof jouw netwerk down is dan.

Is dit nodig > Nee. Je kan gerust werken met 1.
Is het nice to have als zekerheid wil dat er niemand thuis zonder internet komt te vallen > ja

Klopt
Voorbeeldje:
192.168.0.20 > AdguardHome 1
192.168.0.21 > AdguardHome 2
In jouw router geef je deze 2 DNS servers op en al jouw toestellen gaan gebruik maken van deze 2.

Zelf heb ik dit ook thuis draaien, een Pi4 en een Pi Zero 2

En >80% van je DNS requests wordt verwerkt door AdGuard Home 1,
AdGuard Home 2 staat meestal uit z'n neus te eten.
(althans in mijn netwerk wel).
Maar twee is altijd beter dan één, om iedereen in huis tevreden te houden

[MoraalRidder]

Nou, ik had geprobeerd op mijn nas AGH te zetten als backup. Alleen als ik de stekker uit m'n pie trek doet die het niet meer. Dus ga maar even wachten tot de prijs van de pi weer wat omlaag gaat. Dank voor jullie reactie. Weer wat geleerd.

[Voor 73% gewijzigd door MoraalRidder op 23-03-2023 15:46]

[EverLast2002]

MoraalRidder schreef op donderdag 23 maart 2023 @ 15:42:
Nou, ik had geprobeerd op mijn nas AGH te zetten als backup. Alleen als ik de stekker uit m'n pie trek doet die het niet meer. Dus ga maar even wachten tot de prijs van de pi weer wat omlaag gaat. Dank voor jullie reactie. Weer wat geleerd.

Geef je wel alletwee de AGH servers mee met DHCP aan je clients?

[ThinkPad]

Misschien kan een andere Docker gebruiker dit voor mij ophelderen:

Ik draai AGH via het Docker image adguard/adguardhome:latest
Als ik in de webinterface kijk dan zie ik: Version: v0.105.2

Maar volgens https://adguard.com/en/versions/home/release.html is dit een versie van 2 jaar oud inmiddels. Zit de 107 release dan niet in het latest image Als ik het image bekijk via Docker Hub dan zie ik daar bij #13 wel v0.107.26 staan.

Ik heb de container al recreate gedaan via Portainer en geforceerd dat hij image moet pullen. Maar ik blijf op 105 hangen...

[Voor 34% gewijzigd door ThinkPad op 23-03-2023 16:08]

[Hmmbob]

ThinkPad schreef op donderdag 23 maart 2023 @ 16:06:
Misschien kan een andere Docker gebruiker dit voor mij ophelderen:

Ik draai AGH via het Docker image adguard/adguardhome:latest
Als ik in de webinterface kijk dan zie ik: Version: v0.105.2

Maar volgens https://adguard.com/en/versions/home/release.html is dit een versie van 2 jaar oud inmiddels. Zit de 107 release dan niet in het latest image Als ik het image bekijk via Docker Hub dan zie ik daar bij #13 wel v0.107.26 staan.

Ik heb de container al recreate gedaan via Portainer en geforceerd dat hij image moet pullen. Maar ik blijf op 105 hangen...

Wat is je docker commando? Of docker-compose?

[MoraalRidder]

EverLast2002 schreef op donderdag 23 maart 2023 @ 16:05:
[...]

Geef je wel alletwee de AGH servers mee met DHCP aan je clients?

Ik heb zojuist een pi van iemand over genomen, dus kan weer knutselen. Blijft toch jeuken 🤣

Ik heb op mijn nas moeite om docker ipv6 aan de praat te krijgen. Denk dat daar het probleem ook zit.

[lolgast]

Waarom zou je Docker op ipv6 willen gebruiken? Zolang je intern toch ipv4 gebruikt is dat toch helemaal niet noodzakelijk? Of heb je ipv6 only devices in huis?

DNS over ipv6 heb ik ook niet ingesteld. Er is niets mis mee om via ipv4 een ipv6 domain te resolven. Werkte hier prima (totdat ik overstapte van provider en ik geen ipv6 meer had… )

[ThinkPad]

Hmmbob schreef op donderdag 23 maart 2023 @ 17:02:
[...]

Wat is je docker commando? Of docker-compose?

Ik beheer m'n containers via Portainer, via die GUI installeer ik ze ook. Heb via docker-autocompose even de config laten printen:

code:

version: "3.6"
services:
  AdGuardHome:
    cap_drop:
      - "AUDIT_CONTROL"
      - "BLOCK_SUSPEND"
      - "DAC_READ_SEARCH"
      - "IPC_LOCK"
      - "IPC_OWNER"
      - "LEASE"
      - "LINUX_IMMUTABLE"
      - "MAC_ADMIN"
      - "MAC_OVERRIDE"
      - "NET_ADMIN"
      - "NET_BROADCAST"
      - "SYSLOG"
      - "SYS_ADMIN"
      - "SYS_BOOT"
      - "SYS_MODULE"
      - "SYS_NICE"
      - "SYS_PACCT"
      - "SYS_PTRACE"
      - "SYS_RAWIO"
      - "SYS_RESOURCE"
      - "SYS_TIME"
      - "SYS_TTY_CONFIG"
      - "WAKE_ALARM"
    command:
      - "--no-check-update"
      - "-c"
      - "/opt/adguardhome/conf/AdGuardHome.yaml"
      - "-h"
      - "0.0.0.0"
      - "-w"
      - "/opt/adguardhome/work"
    container_name: "AdGuardHome"
    entrypoint:
      - "/opt/adguardhome/AdGuardHome"
    environment:
      - "PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
    hostname: "3004743721c7"
    image: "adguard/adguardhome:latest"
    ipc: "private"
    labels:
      maintainer: "AdGuard Team <[e-mail]>"
      org.opencontainers.image.authors: "AdGuard Team <[e-mail]>"
      org.opencontainers.image.created: "2022-09-29T16:32:52Z"
      org.opencontainers.image.description: "Network-wide ads & trackers blocking\
        \ DNS server"
      org.opencontainers.image.documentation: "https://github.com/AdguardTeam/AdGuardHome/wiki/"
      org.opencontainers.image.licenses: "GPL-3.0"
      org.opencontainers.image.revision: "4f928be39318cfc784a7a0a3337ef7506a99433e"
      org.opencontainers.image.source: "https://github.com/AdguardTeam/AdGuardHome"
      org.opencontainers.image.title: "AdGuard Home"
      org.opencontainers.image.url: "https://adguard.com/en/adguard-home/overview.html"
      org.opencontainers.image.vendor: "AdGuard"
      org.opencontainers.image.version: "v0.107.14"
    logging:
      driver: "json-file"
      options: {}
    mac_address: "02:42:ac:11:00:0a"
    network_mode: "bridge"
    ports:
      - "3001:3000/tcp"
      - "192.168.8.21:53:53/tcp"
      - "192.168.8.21:53:53/udp"
      - "83:80/tcp"
    restart: "unless-stopped"
    volumes:
      - "adguard_data_config:/opt/adguardhome"
    working_dir: "/opt/adguardhome/work"
volumes:
  adguard_data_config:
    external: true

Net de container gestopt, het image geforceerd verwijderd en opnieuw laten ophalen.

thinkpad@docker-vm:~$ sudo docker image pull adguard/adguardhome
Using default tag: latest
latest: Pulling from adguard/adguardhome
63b65145d645: Already exists 
7a743d4fd9aa: Already exists 
72661e99d04b: Already exists 
5a3109ecab87: Already exists 
4f4fb700ef54: Already exists 
Digest: sha256:a9365a096f019ba37a170c3c643f0cb8598e47e9144d568e201eb5c7de4a9d83
Status: Downloaded newer image for adguard/adguardhome:latest
docker.io/adguard/adguardhome:latest
thinkpad@docker-vm:~$ 

Maar de webinterface blijft onderaan aangeven dat ik op v0.105.2 zit Ook in een andere browser met incognito venster (om browsercache uit te sluiten). Of is dat gewoon de meest recente stable?

[Voor 12% gewijzigd door ThinkPad op 23-03-2023 20:54]

[MoraalRidder]

lolgast schreef op donderdag 23 maart 2023 @ 19:40:
Waarom zou je Docker op ipv6 willen gebruiken? Zolang je intern toch ipv4 gebruikt is dat toch helemaal niet noodzakelijk? Of heb je ipv6 only devices in huis?

DNS over ipv6 heb ik ook niet ingesteld. Er is niets mis mee om via ipv4 een ipv6 domain te resolven. Werkte hier prima (totdat ik overstapte van provider en ik geen ipv6 meer had… )

Omdat mijn Asus router dan over IPv6 de dns servers van KPN serveerde en hier de ads om mijn oren vlogen. Docker gaf uiteindelijk wel een IPv6 adres uit en werkte. Maar toen ik die Pi er bij aansloot werkte het niet meer. Waarom heb ik geen idee. Ben nog vrij nieuw met dit alles, maar ben er wel achter dat het op een Pi wel een stuk makkelijker werkt. toen ik AGH een tijdje op mijn nas gebruikte, had ik best wat problemen, sinds de Pi niet meer. Maar dat zal wel aan mijn kennis liggen. Btw heb geen IPv6 only apparaten.

Maar ben blij met je reactie, want je beantwoord me net de vraag die ik had. Ik kan onder LAN settings 2x IPv4 en 1x IPv6 invullen. Maar dan laat ik die bij het oude. Vroeg me toevallig van de week af of de IPv4 dns, IPv6 resolved.

[Hmmbob]

ThinkPad schreef op donderdag 23 maart 2023 @ 20:31:
[...]

Ik beheer m'n containers via Portainer, via die GUI installeer ik ze ook. Heb via docker-autocompose even de config laten printen:


[...]


Net de container gestopt, het image geforceerd verwijderd en opnieuw laten ophalen.

thinkpad@docker-vm:~$ sudo docker image pull adguard/adguardhome
Using default tag: latest
latest: Pulling from adguard/adguardhome
63b65145d645: Already exists 
7a743d4fd9aa: Already exists 
72661e99d04b: Already exists 
5a3109ecab87: Already exists 
4f4fb700ef54: Already exists 
Digest: sha256:a9365a096f019ba37a170c3c643f0cb8598e47e9144d568e201eb5c7de4a9d83
Status: Downloaded newer image for adguard/adguardhome:latest
docker.io/adguard/adguardhome:latest
thinkpad@docker-vm:~$ 

Maar de webinterface blijft onderaan aangeven dat ik op v0.105.2 zit Ook in een andere browser met incognito venster (om browsercache uit te sluiten). Of is dat gewoon de meest recente stable?

Dubbel-check: je pullt niet alleen het nieuwste image, maar je doet ook een rebuild van je container?

En het lijkt er toch op dat die image nog ergens rondhangt, als hij zegt dat hij al bestaat

[Voor 3% gewijzigd door Hmmbob op 23-03-2023 22:12]

[zunrob]

jesco_white schreef op donderdag 23 maart 2023 @ 11:16:
Eergisteren dus eens in Adguard Home gedoken en sinds gisteravond hangt deze nu in mijn thuisnetwerk.

Wat een verademing is dat! Dat ik dit niet eerder ontdekt heb zeg.

Eindelijk kan ik weer eens normaal browsen op een iPad zonder telkens door reclame popups heen te moeten worstelen. Ik lees geregeld op een hotpepper forum waar je voorheen op elke nieuwe bladzijde tijdens scrollen een nieuwe pop-up kreeg aangeboden. Dat lijkt nu verleden tijd.

Inmiddels ook "Optimistic caching" eens aangezet en nu is de Average Processing time gezakt van ong. 35ms naar 6ms. Pagina's laden nu echt vrijwel instant.

Klopt het dat het wel een risico van "Optimistic Caching" is dat, wanneer het IP-adres uit de cache niet meer klopt, je juist langer moet wachten op de pagina om te laden, omdat er dan eerst een TTL moet verlopen waarna de cache ververst wordt?

Ik heb ook ergens gelezen dat het gebruik van optimistic caching gevaarlijker zou zijn, omdat je zo naar een oud adres kunt worden gestuurd waar ondertussen malware staat... Maar ik heb hier niet veel kaas van gegeten, dus ik hoor graag wat andere mensen hier van vinden.

[ThinkPad]

Hmmbob schreef op donderdag 23 maart 2023 @ 22:08:
[...]
Dubbel-check: je pullt niet alleen het nieuwste image, maar je doet ook een rebuild van je container?

En het lijkt er toch op dat die image nog ergens rondhangt, als hij zegt dat hij al bestaat

Zojuist op een test VM even Docker geinstalleerd en AGH container gestart: Versie: v0.107.26

Ik ga verder zoeken, het zit dus wel aan mijn kant

[lolgast]

@ThinkPad Het wordt onderhand meer een vraag voor in het [Docker] [alle OS] Het grote Docker ervaringen en tips topic

Je gebruikt portainer, met zo te zien een gemapt volume. Wat let je om de complete container gewoon even weg te gooien en op basis van de docker-compose export een nieuwe op te zetten? Dan weet je zeker dat je het nieuwste image gebruikt

offtopic:
dit is waarom ik Portainer "haat"

[ThinkPad]

Ja eens, ik wou er ook niet verder over door omdat het inmiddels wel bleek dat het een issue aan mijn kant was m.b.t. Docker.

Issue is inmiddels wel opgelost, de oplossing was als volgt:
Ik bleek in het verleden de conf en work dirs te hebben samengevoegd in één Docker volume, terwijl het volgens de specs twee volumes moeten zijn. Blijkbaar is daar toch iets in achter gebleven. Heb /opt/adguardhome/conf/AdGuardHome.yaml veiliggesteld en de complete container opnieuw aangemaakt, maar nu met twee volumes.

Config teruggezet en ik draai nu op v0.107.26 mét al m'n settings nog. Eind goed, al goed

[Voor 7% gewijzigd door ThinkPad op 24-03-2023 09:18]

[PierreG]

Hier sinds kort een nieuwe oude synology (RS1619XS+, werkgever had hem niet meer nodig) die wel docker en virtual machine manager ondersteund tegenover m'n DS414.

Vol enthousiasme aan het knutselen met VM's en containers en Adguard sinds enkele dagen actief en heel tevreden van. Maar zoals hier in de laatste topic's ook vaak aangegeven, DNS moet blijven werken tijdens een synology upgrade en het moet girlfriend proof zijn. Die dingen gaan altijd in storing net als ik eens een avondje uit ben met vrienden...

Heb geen rasberry pi of NUC'je liggen en was nu aan het testen om een publieke configureerbare Adblocker DNS te gaan gebruiken als secondary op mijn ISP router. Heb nu next-dns ingesteld en ik hoop dat die 300k gratis query's voldoende is als mijn Adguard Home hopelijk 80% van het verkeer opvangt.

Iemand anders ervaring met dit soort constructies (pro's/con's) of tips? Bv. andere publieke configureerbare adbockers DNS services die beter werken, ...?

[jesco_white]

Voor zover ik begreep kunnen je clients dan ook via die secondaire dns gaan werken als je primaire nog in de lucht is. Zou op zich zonde zijn dan van je Adguard setup. Je moet eigenlijk iets hebben dat de secondaire dns pas aangesproken wordt zodra de primaire down is. Of een tweede Adguard setup in je homenetwork draaien maar dit is misschien niet voor iedereen een realistisch scenario.

Ik zit zelf te denken om tzt misschien een tweede systeempje als secundaire Adguard te installeren. Maar ja, weer een apparaat die 24/7 staat te draaien dan.

[Voor 17% gewijzigd door jesco_white op 24-03-2023 10:36]

[PierreG]

jesco_white schreef op vrijdag 24 maart 2023 @ 10:32:
Voor zover ik begreep kunnen je clients dan ook via die secondaire dns gaan werken als je primaire nog in de lucht is. Zou op zich zonde zijn dan van je Adguard setup. Je moet eigenlijk iets hebben dat de secondaire dns pas aangesproken wordt zodra de primaire down is. Of een tweede Adguard setup in je homenetwork draaien maar dit is misschien niet voor iedereen een realistisch scenario.

Ik zit zelf te denken om tzt misschien een tweede systeempje als secundaire Adguard te installeren. Maar ja, weer een apparaat die 24/7 staat te draaien dan.

Ja, spijtig dat die secondairy DNS niet werkt volgens primary/failover principe. Ik heb nextdns ondertussen een uurtje ingesteld staan als secondary op mijn ISP router en zie na een uurtje toch al zo'n 100 query's in de statistics. Heb wel de AdGaurd DNS filter list geactiveerd dus dezelfde filters zijn wel actief.

Zou natuurlijk ook gewoon de gratis versie van Adguard online kunnen gebruiken. Die ondersteund ook 300k gratis query's.

[Jazco2nd]

EverLast2002 schreef op zondag 19 februari 2023 @ 11:50:
Ik ben zeer tevreden over AGH, maar het valt me op dat het percentage "Blocked by Filters"
maar rond de 1.8% ligt.
Is dit niet aan de lage kant?
Ik had hiervoor Pi-hole draaien en wat ik me kan herinneren lag het blockings percentage daarin wel hoger.
Block lijsten zijn nagenoeg hetzelfde in beide systemen.

Mr. Freeze schreef op zondag 19 februari 2023 @ 12:25:
[...]


Ik zit op 7,2% waar Adguard DNS filter en OISD (big) het meest voor hun rekening nemen. Welke filters gebruik je?

Jazco2nd schreef op dinsdag 21 februari 2023 @ 14:37:
[...]
Het block percentage is bij mij sinds paar maanden van 7-8 procent naar 3.3% gedaald. Voorheen was het nog weleens 10-14%. Komt misschien doordat elke browser hier wel uBlock Origin heeft, ook werklaptops, zodat je geen lege vlakken en foutmeldingen ziet van ads die door AGH worden geblockt.
Maar we hadden altijd al uBlock Origin overal, dus mogelijk is de uBlock addon geupdate en gebruikt het tegenwoordig by default sterkere filters.

Sinds ik de onverklaarbare requests van mijn UniFi access point heb uitgesloten van statistics en query log, is het percentage (nadat ik de stats heb gereset) bij mij rond de 14% !

[jesco_white]

Browser add-ons zoals uBlock komen naar ik aanneem toch pas later in beeld, zodra de content daadwerkelijk geladen wordt? Adguard of pi-hole zit al aan de voorkant tijdens DNS request in de keten en blocked daar al domeinen.

Een browser add-on als uBlock zou dan toch niet het blockpercentage in Adguard moeten beinvloeden?

[zunrob]

zunrob schreef op donderdag 23 maart 2023 @ 22:11:
[...]


Ik heb ook ergens gelezen dat het gebruik van optimistic caching gevaarlijker zou zijn, omdat je zo naar een oud adres kunt worden gestuurd waar ondertussen malware staat... Maar ik heb hier niet veel kaas van gegeten, dus ik hoor graag wat andere mensen hier van vinden.

Ben eigenlijk wel benieuwd of dit echt zo is, weet iemand hier meer van?

[sjongenelen]

Ja dat klopt. Maar tegenwoordig is veel https/ssl, wat dat tegengaat. Maar niet alles heeft een goed certificaat natuurlijk

[zunrob]

sjongenelen schreef op vrijdag 24 maart 2023 @ 20:51:
Ja dat klopt. Maar tegenwoordig is veel https/ssl, wat dat tegengaat. Maar niet alles heeft een goed certificaat natuurlijk

Dus beter zet je optimistic caching niet aan?