:strip_exif()/i/2003594310.png?f=thumbmini)
Hoi allen,
Kan ik ook onderweg, gebruik maken van AdGuard op de Pi thuis?
Neo-- in 'AdGuard Home 0.107.33'
Kan ik ook onderweg, gebruik maken van AdGuard op de Pi thuis?
Neo-- in 'AdGuard Home 0.107.33'
/u/185949/crop5fed94243cc25_cropped.png?f=community)
:strip_icc():strip_exif()/u/198189/crop67ecf5f08705a_cropped.jpg?f=community)
:strip_icc():strip_exif()/u/34345/crop604df19f86683.jpg?f=community)
Ik heb nu WireGuard op de Pi niet in gebruik maar inderdaad ook middels de FritzBox gedaan.
Alles lijkt nu prima te werken
/u/125951/crop567a86fe6aeb0.png?f=community)
:strip_icc():strip_exif()/u/16414/crop6644948553ad5_cropped.jpg?f=community)
Ik heb 2 blocklists en geen enkel probleem met F1TV. Ik stream altijd via de browser op de TV of via Multiviewer op mijn Macbook
Blocklists zijn
- https://adguardteam.githu...stry/assets/filter_11.txt (Malicious URL Blocklist (URLHaus)
- https://abp.oisd.nl/ (die kent iedereen wel denk ik
)
:strip_exif()/u/476997/ceetava60x60.gif?f=community)
OISD heeft wel nieuwe links. Was tijdje geleden ping pong spelletje van oude naam, dag later nieuwe naam, oude naam, nieuwe naam.
Maar goed, het zijn nu deze:
https://big.oisd.nl
https://small.oisd.nl
https://nsfw.oisd.nl
Bron: https://oisd.nl/setup
Small: Focus op ads.
Big: Blocks Ads, (Mobile) App Ads, Phishing, Malvertising, Malware, Spyware, Ransomware, CryptoJacking, Scam, ... Telemetry/Analytics/Tracking (Where not needed for proper functionality)
[ Voor 0% gewijzigd door TheCeet op 06-07-2023 13:47 . Reden: bron ]
:strip_icc():strip_exif()/u/16677/crop5db01361a1e1e_cropped.jpeg?f=community)
Ik heb AdGuardHome gisteren geïnstalleerd in een Docker container op mijn NAS. Gisteravond kon ik in de webinterface alles volgen en instellen, nu kan ik de webinterface (:3000) niet benaderen. Als ik er op zoek lees ik veel mensen die vergelijkbare problemen hebben gehad, vooral met een RPi installatie. De oplossing is dan vaak om bind_hosts: 0.0.0.0 in te stellen, maar dit is bij mij al het geval. Ik vermoed dat het iets te maken heeft met een vernieude DHCP lease of anderszins iets dat de clients een andere DNS configuratie meegeeft waardoor "ineens" de AdGuard Home webinterface niet meer werkt. Iemand een idee wat het probleem is?
Mijn AdGuardHome.yaml:
De AdGuardHome werkt gewoon op alle apparaten hier in huis; Portainer geeft ook aan dat hij "healthy" is:
/f/image/UhR4iUgDf8VOe75qllJhnoGV.png?f=fotoalbum_large)
Een ander probleem dat ik tegenkom wanneer ik er op zoek zijn firewall blokkades, maar dat lijkt ook niet het geval te zijn (toch?):
/f/image/MiOaY4KC2pY0XNbuTOZ8h2wS.png?f=fotoalbum_large)
Mijn AdGuardHome.yaml:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
| http:
address: 0.0.0.0:80
session_ttl: 720h
users:
- name: gebruikersnaam
password: $2a$10$xncjrNSsTeQoALM2FSMj0uKBuq9vHFIOfTUjEhpv3ewjf9J9UdDqq
auth_attempts: 5
block_auth_min: 15
http_proxy: ""
language: ""
theme: auto
debug_pprof: false
dns:
bind_hosts:
- 0.0.0.0
port: 53
anonymize_client_ip: false
protection_enabled: true
blocking_mode: default
blocking_ipv4: ""
blocking_ipv6: ""
blocked_response_ttl: 10
protection_disabled_until: null
parental_block_host: family-block.dns.adguard.com
safebrowsing_block_host: standard-block.dns.adguard.com
ratelimit: 20
ratelimit_whitelist: []
refuse_any: true
upstream_dns:
- 1.1.1.1
- 1.0.0.1
- 2606:4700:4700::1111
- 2606:4700:4700::1001
- https://dns.cloudflare.com/dns-query
- tls://1dot1dot1dot1.cloudflare-dns.com
- https://dns10.quad9.net/dns-query
upstream_dns_file: ""
bootstrap_dns:
- 9.9.9.10
- 149.112.112.10
- 2620:fe::10
- 2620:fe::fe:10
all_servers: false
fastest_addr: false
fastest_timeout: 1s
allowed_clients: []
disallowed_clients: []
blocked_hosts:
- version.bind
- id.server
- hostname.bind
trusted_proxies:
- 127.0.0.0/8
- ::1/128
cache_size: 4194304
cache_ttl_min: 0
cache_ttl_max: 0
cache_optimistic: true
bogus_nxdomain: []
aaaa_disabled: false
enable_dnssec: false
edns_client_subnet:
custom_ip: ""
enabled: false
use_custom: false
max_goroutines: 300
handle_ddr: true
ipset: []
ipset_file: ""
bootstrap_prefer_ipv6: false
filtering_enabled: true
filters_update_interval: 24
parental_enabled: false
safebrowsing_enabled: false
safebrowsing_cache_size: 1048576
safesearch_cache_size: 1048576
parental_cache_size: 1048576
cache_time: 30
safe_search:
enabled: false
bing: true
duckduckgo: true
google: true
pixabay: true
yandex: true
youtube: true
rewrites: []
blocked_services:
schedule:
time_zone: UTC
ids: []
upstream_timeout: 10s
private_networks: []
use_private_ptr_resolvers: true
local_ptr_upstreams: []
use_dns64: false
dns64_prefixes: []
serve_http3: false
use_http3_upstreams: false
tls:
enabled: false
server_name: ""
force_https: false
port_https: 443
port_dns_over_tls: 853
port_dns_over_quic: 853
port_dnscrypt: 0
dnscrypt_config_file: ""
allow_unencrypted_doh: false
certificate_chain: ""
private_key: ""
certificate_path: ""
private_key_path: ""
strict_sni_check: false
querylog:
ignored: []
interval: 2160h
size_memory: 1000
enabled: true
file_enabled: true
statistics:
ignored: []
interval: 24h
enabled: true
filters:
- enabled: true
url: https://adguardteam.github.io/HostlistsRegistry/assets/filter_1.txt
name: AdGuard DNS filter
id: 1
- enabled: false
url: https://adguardteam.github.io/HostlistsRegistry/assets/filter_2.txt
name: AdAway Default Blocklist
id: 2
# ale blokkeerlijsten even weggehaald voor de overzichtelijkheid.
whitelist_filters: []
user_rules:
- '# Blacklist:'
- '||bin.snmmd.nl^'
# etc
- '# Whitelist:'
- '@@||android.clients.google.com^'
#etc
- ""
dhcp:
enabled: false
interface_name: ""
local_domain_name: lan
dhcpv4:
gateway_ip: ""
subnet_mask: ""
range_start: ""
range_end: ""
lease_duration: 86400
icmp_timeout_msec: 1000
options: []
dhcpv6:
range_start: ""
lease_duration: 86400
ra_slaac_only: false
ra_allow_slaac: false
clients:
runtime_sources:
whois: true
arp: true
rdns: true
dhcp: true
hosts: true
persistent: []
log_file: ""
log_max_backups: 0
log_max_size: 100
log_max_age: 3
log_compress: false
log_localtime: false
verbose: false
os:
group: ""
user: ""
rlimit_nofile: 0
schema_version: 23 |
De AdGuardHome werkt gewoon op alle apparaten hier in huis; Portainer geeft ook aan dat hij "healthy" is:
:fill(white):strip_exif()/f/image/UhR4iUgDf8VOe75qllJhnoGV.png?f=user_large)
Een ander probleem dat ik tegenkom wanneer ik er op zoek zijn firewall blokkades, maar dat lijkt ook niet het geval te zijn (toch?):
:fill(white):strip_exif()/f/image/MiOaY4KC2pY0XNbuTOZ8h2wS.png?f=user_large)
Asustor AS6704T (32GB, 4x16TB MG08), OpenWrt (3x GL.iNet Flint 2 MT6000), Lyrion Media Server, Odroid H2/N2+/C4/C2, DS918+ (4x8TB WD RED)
:strip_icc():strip_exif()/u/506130/keitjes.jpg?f=community)
:strip_icc():strip_exif()/u/29415/crop5f23497c619bd.jpeg?f=community)
Dit wist ik inderdaad.:
[...]
offtopic:
Echt welMet het juiste commando
Ik wilde het voor de persoon in kwestie niet te ingewikkeld maken.
Stel dat hij het via die weg doet, dan nog weet ie het wachtwoord niet van de container.
Bedankt allen voor de reacties, ik heb de wachtwoorden kunnen achterhalen en uiteindelijk wel "gewoon" kunnen update via de webGUI.
Bleek dat er geen schijfruimte meer was in me container waardoor hij niet kon upgraden.
Tevens wel gelijk weer wat geleerd qua passwords
Ik weet niet of je nog weet dat ik geen secure connectie meer had op mijn plex server met gebruik van unbound, ook https://app.plex.tv werkte niet meer. Ik heb het inmiddels opgelost. Ik zal de oplossing hier melden zodat andere met hetzelfde probleem dit op kunnen lossen. Het had met rebind te maken.
Ik heb de volgende regel toegevoegd aan het config.conf (Unbound) bestand op mijn Pi (helemaal onderaan, geen idee of dat wat uitmaakt);
code:
1
2
| #Fix DNS rebinding for Plex private-domain: "plex.direct" |
Nu werkt het zoals het hoort.
:strip_exif()/u/363070/goomba_animated_avatar_picture_61946.gif?f=community){kind=avatar}
Oke, daar kan ik inderdaad niet mee helpen. Zoals gezegd, devices die expliciet zijn geconfigureerd in AGH werken in ieder geval wel. Ik heb geen reverse DNS geconfigureerd ofzo
/u/313731/crop637b4b1d9cf48_cropped.png?f=community)
:strip_icc():strip_exif()/u/154963/crop659be07d13f5a_cropped.jpg?f=community)
/u/35508/crop61e6aa7b579e2_cropped.png?f=community)
De indeling van de hints.root is nu wel veranderd. Vraag me af of dit gewoon een fout is? Ook als je naar de website gaat van internic.net opent nu een bestand genaamd named.root ipv dat je voorheen de named.root weergave zag.:
[...]
De root.hints file is al sinds 2018 ongewijzigd
Asustor AS6704T (32GB, 4x16TB MG08), OpenWrt (3x GL.iNet Flint 2 MT6000), Lyrion Media Server, Odroid H2/N2+/C4/C2, DS918+ (4x8TB WD RED)
Dus als ik 41 zou zijn geweest, dan zou ik Docker wel gebruiken......
Ik denk dat ik gewoon niet de doelgroep ben, ongeacht mijn leeftijd
Asustor AS6704T (32GB, 4x16TB MG08), OpenWrt (3x GL.iNet Flint 2 MT6000), Lyrion Media Server, Odroid H2/N2+/C4/C2, DS918+ (4x8TB WD RED)
:strip_icc():strip_exif()/u/345834/crop659102bd4439a_cropped.jpg?f=community)
/u/528703/crop565b8adf732d6_cropped.png?f=community)
1x Venus-E v151 +LilyGo HA, CT003 V114 | 5040Wp ZO + 4200Wp NW | Tibber, 3x25A, Easee Charge Lite | XPENG G9 AWD P 98kWh
:strip_icc():strip_exif()/u/510323/crop5c49c55cb1a09_cropped.jpeg?f=community)
Asustor AS6704T (32GB, 4x16TB MG08), OpenWrt (3x GL.iNet Flint 2 MT6000), Lyrion Media Server, Odroid H2/N2+/C4/C2, DS918+ (4x8TB WD RED)
Asustor AS6704T (32GB, 4x16TB MG08), OpenWrt (3x GL.iNet Flint 2 MT6000), Lyrion Media Server, Odroid H2/N2+/C4/C2, DS918+ (4x8TB WD RED)
:strip_exif()/u/53522/crop583d477015a24.gif?f=community)
Ik heb AdGuard Home draaien in een Docker Container via Docker Compose. De webinterface wil ik beschikbaar stellen achter een reverse proxy (Traefik) zodat ik dat de TLS/SSL termination kan laten doen voor DoH (DoT en Quick moet ik dan later nog even uitzoeken hoe ik dat ga laten doen.
Nu wil het geval dat de AdGuard Home container, totaal geen DNS requests krijgt. Nu heb ik gelukkig een Pi-Hole op een Raspberry Pi draaien en die werkt perfect. Momenteel heb ik die dan als secundaire DNS server ingesteld, maar andere apparaten in huis, zoals mijn Google Home, pikt blijkbaar geen secundaire DNS.
Ik krijg het idee dat de container, hoewel ik de poorten netjes heb ingesteld in de docker-compose.yml-file alsnog de verzoeken niet binnen krijgt. Mijn Docker config ziet er als volgt uit, ik hoop dat iemand mij kan helpen:
De labels beginnend met traefik zijn voor... Traefik, de reverse proxy, die ik eigenlijk ook TLS/SSL terminator wil laten zijn. Dat deel werkt overigens al wel (als in: ik kan de webinterface op het interne netwerk via het domein bereiken). Wees gerust, ik heb momenteel een IP whitelist staan op het domein, dus alleen intern kan ik momenteel op het domein komen. Maar voor DoH/DoT/QUIC moet ik dat wellicht aanpassen, eventueel voor de sub url. 
Nu wil het geval dat de AdGuard Home container, totaal geen DNS requests krijgt. Nu heb ik gelukkig een Pi-Hole op een Raspberry Pi draaien en die werkt perfect. Momenteel heb ik die dan als secundaire DNS server ingesteld, maar andere apparaten in huis, zoals mijn Google Home, pikt blijkbaar geen secundaire DNS.
Ik krijg het idee dat de container, hoewel ik de poorten netjes heb ingesteld in de docker-compose.yml-file alsnog de verzoeken niet binnen krijgt. Mijn Docker config ziet er als volgt uit, ik hoop dat iemand mij kan helpen:
code:
Dit is uiteraard niet het volledige bestand, enkel de AdGuard Home container. 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
| adguard:
image: adguard/adguardhome
container_name: adguard
restart: unless-stopped
networks:
- networking
ports:
- 53:53
- 67:67
- 82:80
- 444:443
- 784:784
- 5443:5443
- 8853:8853
cap_add:
- NET_ADMIN
volumes:
- ./adguardhome/work:/opt/adguardhome/work
- ./adguardhome/config:/opt/adguardhome/conf
labels:
- 'traefik.enable=true'
- 'traefik.http.routers.adguard.rule=Host(`adguard.cptchaos.nl`)'
- 'traefik.http.routers.adguard.entrypoints=web,websecure'
- 'traefik.http.routers.adguard.tls.certresolver=letsencrypt'
- 'traefik.http.routers.adguard.middlewares=traefik-ip-whitelist'
- 'traefik.http.services.adguard.loadbalancer.server.port=80' |
De labels beginnend met traefik zijn voor... Traefik, de reverse proxy, die ik eigenlijk ook TLS/SSL terminator wil laten zijn. Dat deel werkt overigens al wel (als in: ik kan de webinterface op het interne netwerk via het domein bereiken). Wees gerust, ik heb momenteel een IP whitelist staan op het domein, dus alleen intern kan ik momenteel op het domein komen. Maar voor DoH/DoT/QUIC moet ik dat wellicht aanpassen, eventueel voor de sub url.
[ Voor 9% gewijzigd door CH4OS op 10-09-2023 22:27 ]
@Hathi Ook dat klopt, het netwerk ziet er als volgt uit:
code:
Dus ja, het is bridged. 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
| [
{
"Name": "networking",
"Id": "netwerk_ID",
"Created": "2023-09-09T11:51:58.525218566+02:00",
"Scope": "local",
"Driver": "bridge",
"EnableIPv6": false,
"IPAM": {
"Driver": "default",
"Options": {},
"Config": [
{
"Subnet": "172.21.0.0/16",
"Gateway": "172.21.0.1"
}
]
},
"Internal": false,
"Attachable": false,
"Ingress": false,
"ConfigFrom": {
"Network": ""
},
"ConfigOnly": false,
"Containers": {
"container_ID": {
"Name": "adguard",
"EndpointID": "endpoint_ID",
"MacAddress": "02:42:ac:15:00:02",
"IPv4Address": "172.21.0.2/16",
"IPv6Address": ""
},
"container_ID": {
"Name": "traefik",
"EndpointID": "endpoint_ID",
"MacAddress": "02:42:ac:15:00:03",
"IPv4Address": "172.21.0.3/16",
"IPv6Address": ""
}
},
"Options": {},
"Labels": {}
}
] |
[ Voor 11% gewijzigd door CH4OS op 10-09-2023 22:37 ]