:strip_exif()/i/2003594310.png?f=thumbmini)
Net even gekeken.
Op dit moment is het minder dan 10% van het totaal.
Maar ik zie ook dat dat bijna allemaal via 1 client (mijn iphone) komt. Dus ik moet gaan kijken waarom dat is.
Misschien ergens een verkeerde config staan
Op dit moment is het minder dan 10% van het totaal.
Maar ik zie ook dat dat bijna allemaal via 1 client (mijn iphone) komt. Dus ik moet gaan kijken waarom dat is.
Misschien ergens een verkeerde config staan
:strip_icc():strip_exif()/u/314685/crop5e72ad1644d55_cropped.jpeg?f=community)
/u/16450/icon06.png?f=community)
Ik heb ineens een vaag probleem. Ik was mijn wachtwoord kwijt en dacht ik begin even opnieuw... dus Docker container gedownload, instellingen goed gezet. Maar nu ben ik dus bij de AdGuard setup wizard en krijg ik de melding
/edit: oh wacht, door een herstart van mijn NAS is de Pi-Hole docker ook weer geactiveerd... dat is dus het probleem!
/edit2: @Webgnome Pi-Hole was sneller, die had ik dus nog als backup en die zat op die poort...
Alleen begrijp ik de instructies niet helemaal. Ik kan me ook niet herinneren dat ik deze melding kreeg toen ik het de vorige keer instelde.
/edit: oh wacht, door een herstart van mijn NAS is de Pi-Hole docker ook weer geactiveerd... dat is dus het probleem!
/edit2: @Webgnome Pi-Hole was sneller, die had ik dus nog als backup en die zat op die poort...
[ Voor 14% gewijzigd door iAR op 18-11-2020 08:26 ]
:strip_icc():strip_exif()/u/25009/crop65f1e3109d1b7_cropped.jpg?f=community)
Nog even een vraagje trouwens, hoe heb je dit in je router gezien? Ik kan nergens vinden waar of hoe ik dit kan inzien? Welke dns m'n router daadwerkelijk gebruikt.:
[...]
Net even gekeken.
Op dit moment is het minder dan 10% van het totaal.
Maar ik zie ook dat dat bijna allemaal via 1 client (mijn iphone) komt. Dus ik moet gaan kijken waarom dat is.
Misschien ergens een verkeerde config staan
:strip_exif()/u/476997/ceetava60x60.gif?f=community)
/u/1393188/crop66bb41740e862_cropped.png?f=community)
:strip_exif()/u/70830/60x60_r9.gif?f=community)
Mooie lijst, die derde is leeg trouwens. 14 lists - we need to develop ONE universal standard list that covers everyone's use cases!
You almost can’t blame him or the other diet gurus for leaning in on the techno-bullshit market; it’s hard to fill up a 300 page diet book on “eat a bit less and find a type of exercise that doesn’t make you hate life.”
:strip_icc():strip_exif()/u/34345/crop604df19f86683.jpg?f=community)
Ook iets geks hier: vrijwel alle requests komen van 192.168.0.0.
Hoe kan dat? Mijn router is 192.168.88.1, mijn "netwerk" is dus 192.168.88.0/24 en mijn server is 192.168.88.2.
Tot en met IP adres 18 heb ik geserveerd in mijn router (gekoppeld aan MAC adressen van mijn devices).
Daarnaast heb ik in /etc/hosts deze IP adressen gekoppeld aan hostnamen zodat ik in AdGuard mooie namen kan zien.
Dat heeft een paar dagen gewerkt, daarna lijkt alles op 192.168.0.0 binnen te komen (98% en stijgende, logisch want er komt niks meer binnen op andere IP adressen).
"anonymize client IP" stond aan zag ik. Heb ik uitgezet, query log en statistics log gewist. Nu is alles 0. Nu bezoek ik met m'n telefoon een paar sites en check ik Adguard: weer zie ik alleen stats voor 192.168.0.0
@Aesculapius
Ik heb ook een Mikrotik router. Heb jij jouw probleem nog weten op te lossen? Ik heb geen ingewikkelde setup en nooit gebruik gemaakt van DHCP van AGH of PiHole. Dat laat ik altijd aan de router over.
In RouterOS:
IP > DHCP server > DNS, alleen ip van mijn server ingevoerd.
IP>DNS, ook hier alleen IP van mijn server ingevoerd.
Met PiHole zag ik dan gewoon individuele cliënts mijn log/dashboard en de eerste dagen dat ik overging op AGH ook gewoon.
Sindsdien heb ik mijn router geüpdate (6.47.7 nu). Verder niks. Toch zie ik nu dus al hele tijd alleen 192.168.0.0 in AGH.
Edit:
Interessant: op mijn Android telefoon mijn Wifi verbinding gecheckt, staat netjes bij Gateway mijn router IP, bij DNS mijn server IP.
Oftewel de DHCP server van mijn router geeft de DNS server door aan de cliënt. En de cliënt kan rechtstreeks een dns verzoek naar mijn server sturen. Is er dan een bug in AGH dat ik alleen 192.168.0.0 zie?
Hoe kan dat? Mijn router is 192.168.88.1, mijn "netwerk" is dus 192.168.88.0/24 en mijn server is 192.168.88.2.
Tot en met IP adres 18 heb ik geserveerd in mijn router (gekoppeld aan MAC adressen van mijn devices).
Daarnaast heb ik in /etc/hosts deze IP adressen gekoppeld aan hostnamen zodat ik in AdGuard mooie namen kan zien.
Dat heeft een paar dagen gewerkt, daarna lijkt alles op 192.168.0.0 binnen te komen (98% en stijgende, logisch want er komt niks meer binnen op andere IP adressen).
"anonymize client IP" stond aan zag ik. Heb ik uitgezet, query log en statistics log gewist. Nu is alles 0. Nu bezoek ik met m'n telefoon een paar sites en check ik Adguard: weer zie ik alleen stats voor 192.168.0.0
@Aesculapius
Ik heb ook een Mikrotik router. Heb jij jouw probleem nog weten op te lossen? Ik heb geen ingewikkelde setup en nooit gebruik gemaakt van DHCP van AGH of PiHole. Dat laat ik altijd aan de router over.
In RouterOS:
IP > DHCP server > DNS, alleen ip van mijn server ingevoerd.
IP>DNS, ook hier alleen IP van mijn server ingevoerd.
Met PiHole zag ik dan gewoon individuele cliënts mijn log/dashboard en de eerste dagen dat ik overging op AGH ook gewoon.
Sindsdien heb ik mijn router geüpdate (6.47.7 nu). Verder niks. Toch zie ik nu dus al hele tijd alleen 192.168.0.0 in AGH.
Edit:
Interessant: op mijn Android telefoon mijn Wifi verbinding gecheckt, staat netjes bij Gateway mijn router IP, bij DNS mijn server IP.
Oftewel de DHCP server van mijn router geeft de DNS server door aan de cliënt. En de cliënt kan rechtstreeks een dns verzoek naar mijn server sturen. Is er dan een bug in AGH dat ik alleen 192.168.0.0 zie?
[ Voor 53% gewijzigd door Jazco2nd op 23-11-2020 23:51 ]
/u/49557/crop5d44021e4193d_cropped.png?f=community)
:strip_exif()/u/1703/crop5645b8b802a60_cropped.gif?f=community)
:strip_icc():strip_exif()/u/157390/crop5decc9d996782_cropped.jpeg?f=community)
Ik heb een vraagje over het resolven van lokale clients.
Setup als volgt:
Router
Ubiquiti USG - IP: 192.168.3.1
DHCP geeft DNS uit met 192.168.3.2 en 1.1.1.1
DNS van USG zelf is 192.168.3.2 en 1.1.1.1)
AdGuard DNS op Raspberry Pi
IP:192.168.3.2
AdGuard DNS config:
tls://1.1.1.1
[/lan/]192.168.3.1
[/3.168.192.in-addr.arpa/]192.168.3.1
Nu staat mijn AdGuard log vol met deze lookups:
/f/image/1J2UEujMW8D9gx4W8ZSD5E6a.png?f=fotoalbum_large)
Resultaat: NXDOMAIN. Hoe kan dat toch? Niet al die apparaten staan uit, dat weet ik zeker.
De clients zijn bekend bij de USG, want hij deelt er zelf IP-adressen aan uit en in AdGuard heb ik de meeste apparaten in de client list toegevoegd, maar toch wordt de log overspoeld met deze mislukte lookups...
Ideeën?
Setup als volgt:
Router
Ubiquiti USG - IP: 192.168.3.1
DHCP geeft DNS uit met 192.168.3.2 en 1.1.1.1
DNS van USG zelf is 192.168.3.2 en 1.1.1.1)
AdGuard DNS op Raspberry Pi
IP:192.168.3.2
AdGuard DNS config:
tls://1.1.1.1
[/lan/]192.168.3.1
[/3.168.192.in-addr.arpa/]192.168.3.1
Nu staat mijn AdGuard log vol met deze lookups:
:fill(white):strip_exif()/f/image/1J2UEujMW8D9gx4W8ZSD5E6a.png?f=user_large)
Resultaat: NXDOMAIN. Hoe kan dat toch? Niet al die apparaten staan uit, dat weet ik zeker.
De clients zijn bekend bij de USG, want hij deelt er zelf IP-adressen aan uit en in AdGuard heb ik de meeste apparaten in de client list toegevoegd, maar toch wordt de log overspoeld met deze mislukte lookups...
Ideeën?
[ Voor 4% gewijzigd door stijnos1991 op 01-12-2020 09:52 ]
Heb je jezelf afgevraagd waarom je AGH in Docker draait?
Ik heb ook een home server, Ubuntu. Ik draaide eerst PiHole via Docker. In Docker heb je dan een macvlan nodig. Om ook de host toegang te te geven tot PiHole moest ik ook een macvlan op de host zelf (buiten Docker) aanmaken.
Als je in het PiHole topic op mijn naam zoekt vind je de varianten die ik heb gebruikt.
Maar met AGH speelt dit alles juist niet. Waar PiHole in werkelijkheid een hoop losse applicaties zijn met hun eigen dependencies en een hoop PHP erom heen, is AGH slechts 1 enkele binary en een config file, met vrijwel geen dependencies.
Het is dus prima om AGH gewoon bare op je server te installeren. Bijkomend voordeel is dat je netwerk structuur een stuk eenvoudiger wordt, je geen host macvlan hoeft in te stellen na elke reboot (al kan je dat vast automatiseren).
Dit maakt het ook mogelijk om cliënts die via Wireguard (PiVPN, ook bare) verbonden zijn altijd je AGH als DNS te gebruiken. Dit is niet mogelijk met de macvlan oplossingen.
Ik draaide eerst ook alles in Docker maar AGH is het perfecte voorbeeld van een applicatie die juist het beste direct op de host kan worden geïnstalleerd. Het update ook zelfstandig via de WebUI.
Een vergelijkbaar voorbeeld is Syncthing. En VPN server vind ik gewoon onderdeel van het OS, buitenshuis ben ik altijd verbonden, dus PiVPN draait bij mij ook bare. Geen Docker afhankelijkheden.
Ik heb verder wel echt de voorkeur om zoveel mogelijk via containers te draaien (heb nu 22 containers). Wat ik hierboven noem zijn uitzonderingen daarop omdat ik bare logischer vind
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/8yVLKqAZFmodZassWQGheiiJ.jpg?f=user_large)
Kijk een poging het wat duidelijker te maken.
Hoe los ik het probleem van de ontbrekende info over individuele clients op?
Alle verkeer gaat netjes door AGH maar niet herkenbaar terug te herleiden naar clients.
[ Voor 10% gewijzigd door SED op 01-12-2020 21:21 ]
Copyright and left by SED...
Die twee dhcp servers "zien" elkaar niet . Daar zit het probleem niet zozeer lijkt mij. Ik heb het wifirouter adres (178) een ipreservering gegeven in de ziggo box. De wanpoort van de Huawei heb ik nodig dus dit is de simpleste oplossing om alle 4 de poorten te kunnen gebruiken.
De standaard optie staat op loggen . Client ip anomiseren staat uiteraard dus uit.
Dat herstarten is trouwens wel een dingetje.. ook het herladen van de yaml file zou makkelijker kunnen. maar een gegeven paard niet in de bek kijken
De standaard optie staat op loggen . Client ip anomiseren staat uiteraard dus uit.
Dat herstarten is trouwens wel een dingetje.. ook het herladen van de yaml file zou makkelijker kunnen. maar een gegeven paard niet in de bek kijken
Copyright and left by SED...
:strip_icc():strip_exif()/u/28779/avatar.jpg?f=community){kind=avatar}
Leuk script! Zelf routeer ik alles direct naar AGH (niet via de gateway), ik zou dus de IPTables aan willen passen + een service firewall restart.
Mijn huidig 'probleem' is dat, als de AGH uit staat (bijv. reboot), dat zowel LAN traffic als WAN traffic (Android met private DNS naar mijn public adres) weg valt
Iemand tips hoe dit te tackelen? Is er er een mogelijkheid om twee IPTable definities te hebben en deze te switchen? Ik gebruik Openwrt en wil graag IPTables blijven gebruiken (DHCP option 6 heef ik alleen AGH ipv4/ipv6 adres).
Mijn huidige IPTables zijn op mijn router zijn:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
| #route all google requests to DNSServer (hard coded 8.8.8.8 calls) iptables -t nat -I PREROUTING 1 -d 8.8.8.8 -j DNAT --to-destination 192.168.1.10 iptables -t nat -I PREROUTING 2 -d 8.8.4.4 -j DNAT --to-destination 192.168.1.10 #DNSServer allowed to go outside iptables -t nat -I PREROUTING -i br-lan -p tcp -s 192.168.1.10 --dport 53 -j ACCEPT iptables -t nat -I PREROUTING -i br-lan -p udp -s 192.168.1.10 --dport 53 -j ACCEPT iptables -t nat -I PREROUTING -i br-lan -p tcp -s 192.168.1.10 --dport 853 -j ACCEPT iptables -t nat -I PREROUTING -i br-lan -p udp -s 192.168.1.10 --dport 853 -j ACCEPT #route all DNS to AdguardHome, except when it is already directed to dnsserver iptables -t nat -I PREROUTING -i br-lan ! -s 192.168.1.10 ! -d 192.168.1.10 -p tcp --dport 53 -j DNAT --to 192.168.1.10:53 iptables -t nat -I PREROUTING -i br-lan ! -s 192.168.1.10 ! -d 192.168.1.10 -p udp --dport 53 -j DNAT --to 192.168.1.10:53 # If IPv4 queries are not destined for our DNS server, redirect them to it iptables -t nat -A PREROUTING -p udp --dport 53 -s 192.168.1.0/24 ! -d 192.168.1.10 -j DNAT --to-destination 192.168.1.10 iptables -t nat -A PREROUTING -p tcp --dport 53 -s 192.168.1.0/24 ! -d 192.168.1.10 -j DNAT --to-destination 192.168.1.10 iptables -t nat -A PREROUTING -p udp --dport 853 -s 192.168.1.0/24 ! -d 192.168.1.10 -j DNAT --to-destination 192.168.1.10 iptables -t nat -A PREROUTING -p tcp --dport 853 -s 192.168.1.0/24 ! -d 192.168.1.10 -j DNAT --to-destination 192.168.1.10 |
in principe zou dus ieder 192.168.1.10 adres vervangen moeten worden met een ander adres.
en nog eens wat anders: heeft iemand ook al succesvol DNS QUIC geblokkeerd op netwerk niveau?
[ Voor 4% gewijzigd door sjongenelen op 05-12-2020 11:24 ]
you had me at EHLO
:strip_exif()/u/834/bianchi_logo2.gif?f=community){kind=logo}
Heb een Adguard beta (debian lxc) draaien, helaas kan ik niet meer updaten. Zie onder:
https://github.com/AdguardTeam/AdGuardHome/issues/2391
Men geeft aan, handmatige update.... maar hoe dan?
Heb al ff gekeken naar de laatste beta welke op github staat, dat is eentje van 19/11/2020. Iemand een idee hoe ik kan upgraden naar de laatste snapshot?
https://github.com/AdguardTeam/AdGuardHome/issues/2391
Men geeft aan, handmatige update.... maar hoe dan?
Heb al ff gekeken naar de laatste beta welke op github staat, dat is eentje van 19/11/2020. Iemand een idee hoe ik kan upgraden naar de laatste snapshot?
Whatever.
Thanks Kroonkurk, een poging gewaagd maar bleef steeds terug komen met dezelfde melding. Was er wel een beetje klaar mee. Heb de primaire dns gecloned in Proxmox. Nu beide op stable.
Nu beide op stable.
Whatever.
De ads van Facebook hoeven niet perse uit. Ik wil niet dat ik getracked wordt. Maar (helaas) gebruiken huisgenoten wel instagram
Dat lukt dus niet. AdGuard heeft maar één client, en dat is mijn router. De individuele clients "blijven" in mijn router. Ik wist niet eens dat het kon, klote Netgear.
Dan moet je dat eens omdraaien. In je Netgear geef je het IP-adres van je Adguard op als DNS wat de gebruikers krijgen via DHCP. Oftewel, je Netgear gaat geen DNS meer regelen, dat doet Adguard alleen.:
[...]
De ads van Facebook hoeven niet perse uit. Ik wil niet dat ik getracked wordt. Maar (helaas) gebruiken huisgenoten wel instagram
Dat lukt dus niet. AdGuard heeft maar één client, en dat is mijn router. De individuele clients "blijven" in mijn router. Ik wist niet eens dat het kon, klote Netgear.
Dan zie je ook alle verschillende clients, en dan kan je bijvoorbeeld groepen gaan maken. Zo heb ik hier in huis veelal statische IPs - zeker voor de apparaten van mijn kinderen. Die heb ik in een aparte client groep staan waar adblocking nog veel stricter is en Google Safe Search afgedwongen wordt.
Maar het begint allemaal bij het aan je clients verklappen dat ze voortaan je Adguard moeten gebruiken als DNS.
Sometimes you need to plan for coincidence
Zoals hmmbob inderdaad aangeeft (en jij zelf in een latere post ook) kun je het omdraaien en dan in AGH groepen definieren met rechten. Bij mijn weten is het niet mogelijk om tracking van FB niet toe te staan en ads wel of andersom. Dergelijk onderscheid werkt voor sinkholing alleen wanneer via het (sub)domein/(een deel van) de url van de http request onderscheid kan worden gemaakt tussen beide. In veel gevallen kan dit wel, maar bij top spelers in de ad markt (zoals FB/IG) zie je dat ze dit soort requests intern in de app afhandelen en er in verkeer geen onderscheid kan worden gemaakt.:
[...]
De ads van Facebook hoeven niet perse uit. Ik wil niet dat ik getracked wordt. Maar (helaas) gebruiken huisgenoten wel instagram
Dat lukt dus niet. AdGuard heeft maar één client, en dat is mijn router. De individuele clients "blijven" in mijn router. Ik wist niet eens dat het kon, klote Netgear.
Ik zit het even na te lezen, maar daar zit je lekker mee dan... Wat een klotesysteem
Tijd voor een nieuwe router
Sometimes you need to plan for coincidence
Dít is de nieuwe router:
Ik zit het even na te lezen, maar daar zit je lekker mee dan... Wat een klotesysteem
Tijd voor een nieuwe router
Ik had er ook nog nooit van gehoord, en ik begrijp ook niet wie zoiets verzint. Sowieso merk ik dat al die mesh-meuk vage black boxen zijn met vooral hele shiny apps. De goede oude tijd van makkelijke Linksys routers ligt ver achter ons.
Ondertussen heb ik dus nog wel het probleem dat instagram het belabberd doet én ik wel facebook-tracking wil voorkomen.
@Kroonkurk Dat is dus ook geen oplossing. Als ik handmatig de DNS op mijn Mac aanpas, dan heb ik op een ander netwerk weer een probleem. Zo moest ik laatst 5 minuten nadenken voordat ik door had dat de manual DNS instelling de reden was waarom mijn url's niets deden.
[ Voor 17% gewijzigd door iAR op 10-12-2020 14:34 ]
Ik weet niet of het toeval is of niet maar Facebook & Instagram hebben vandaag issues. Dus Dat Instagram belabberd is vandaag kan wel 'normaal' zijn aangezien de issues.:
[...]
Dít is de nieuwe router
Ik had er ook nog nooit van gehoord, en ik begrijp ook niet wie zoiets verzint. Sowieso merk ik dat al die mesh-meuk vage black boxen zijn met vooral hele shiny apps. De goede oude tijd van makkelijke Linksys routers ligt ver achter ons.
Ondertussen heb ik dus nog wel het probleem dat instagram het belabberd doet én ik wel facebook-tracking wil voorkomen.
@Kroonkurk Dat is dus ook geen oplossing. Als ik handmatig de DNS op mijn Mac aanpas, dan heb ik op een ander netwerk weer een probleem. Zo moest ik laatst 5 minuten nadenken voordat ik door had dat de manual DNS instelling de reden was waarom mijn url's niets deden.
:strip_exif()/u/217171/avatar60.gif?f=community){kind=avatar}
Die ddns moet toch je ip checken.... Als je plots op ander ip zit dan werkt die name.synology.me weer niet
Blog - Glasnet status (privé log) - Nette LAN - RIPE Atlas Probe
:strip_icc():strip_exif()/u/186072/crop597473ef69d71_cropped.jpeg?f=community)
De beheerder van die lijst is erg behulpzaam, wellicht is het beter even met hem contact op te nemen. Maar zoveel mensen zoveel wensen, ik draai de oisd.nl lijst en er gaat helemaal niks mis, ben 100% tevreden.
:strip_exif()/u/363070/goomba_animated_avatar_picture_61946.gif?f=community){kind=avatar}
/u/326779/apple%2520avantar.tif.png?f=community)
:strip_icc():strip_exif()/u/44083/crop614303494fe76_cropped.jpg?f=community)
:strip_exif()/u/71761/NYSoMFOKMJ.gif?f=community)
De OISD blocklijst lijkt het Microsoft domein te blokken dus let even op mocht je thuiswerken en Teams nodig hebben
Zie ook: Miki in "[Pi-Hole] Ervaringen & discussie"
Zie ook: Miki in "[Pi-Hole] Ervaringen & discussie"
As we speak geen problemen met Adguard / OISD blocklijst icm teams.:
De OISD blocklijst lijkt het Microsoft domein te blokken dus let even op mocht je thuiswerken en Teams nodig hebben
Zie ook: Miki in "[Pi-Hole] Ervaringen & discussie"
:strip_icc():strip_exif()/u/104343/crop67017c664a819_cropped.jpg?f=community)
![[Afbeelding]](https://tweakers.net/i/B4RWXc4ba7oMhk1eyRY4crHHBVk=/full-fit-in/4000x4000/filters:no_upscale():fill(white):strip_exif()/f/image/v98sgJSKsNC3SUuwVSoGeUUC.png?f=user_large){kind=link}