Fritz Box Filter sperrt nicht alle Webseiten

devastated

Newbie
Registriert
Jan. 2026
Beiträge
3
Ich habe eine Fritzbox 7530 AX mit FRITZ!OS: 8.20 und ich versuche die Seite https://asuracomic.net/ zu sperren, aber egal was ich mache, auf keinem Gerät funktioniert die Sperre. Für andere Seiten wie https://youtube.com funktioniert das aber einwandfrei und alle weiteren Seiten, die man zu der Liste hinzufügt werden problemlos gesperrt, sobald ich die Cache-Dateien des Browsers lösche. Wo könnte der Fehler liegen?
  • Der Filter hat das selbe verhalten auf allen Geräten (1 Android, 2 Linux Desktops) und dort sowohl auf Firefox und Chrome/Chromium
  • Ich habe bereits in jedem Browser alle Cache-Dateien gelöscht
  • Ich habe DoH ausgeschaltet
  • Ich habe alle Geräte und die Fritz Box neugestartet
 
Ist die Seite Spam, Scam, oder Warez?
Wollte hier gerade mal schauen was das für eine Seite ist, und Pihole blockt die Seite direkt. 😅
 
Engaged schrieb:
Ist die Seite Spam, Scam, oder Warez? [...] Pihole blockt direkt [...]

Meiner nicht. Da sind gescannte Comics. Das sieht aus wie eine öffentliche Calibre Bibliothek mit einer der alternative GUIs.
 
  • Gefällt mir
Reaktionen: Engaged
Die Fritzbox Sperre für Webseites ist schon immer rudimentär und bei weitem nicht vollständig für die meisten Sachen. Vorallem bei CDN basierten Seiten, was heutzutage das meiste im Web ist, hat sie so ihre Probleme.
 
  • Gefällt mir
Reaktionen: Engaged und JumpingCat
JumpingCat schrieb:
Wie verhält sich das an der cli wenn du die Browserrequests nachstellst, also dns, http.
Ich habe ein bisschen mit curl und dig rumgespielt, aber vom Filterprozess der Fritz Box scheint es außer dem Ergebnis keine Nebeneffekte zu geben.
curl -v asuracomic.net
* Host asuracomic.net:80 was resolved.
* IPv6: 2606:4700:3032::6815:360b, 2606:4700:3032::ac43:de32
* IPv4: 172.67.222.50, 104.21.54.11
* Trying [2606:4700:3032::6815:360b]:80...
* Connected to asuracomic.net (2606:4700:3032::6815:360b) port 80
* using HTTP/1.x
> GET / HTTP/1.1
> Host: asuracomic.net
> User-Agent: curl/8.15.0
> Accept: */*
>
* Request completely sent off
< HTTP/1.1 301 Moved Permanently

Moved Permanently hier für die Weiterleitung zu https, aber im Vergleich das erfolgreich geblockte Youtube

curl -v youtube.com
* Host youtube.com:80 was resolved.
* IPv6: 2a00:1450:4001:804::200e
* IPv4: 142.251.140.174
* Trying [2a00:1450:4001:804::200e]:80...
* Trying 142.251.140.174:80...
* Connected to youtube.com (142.251.140.174) port 80
* using HTTP/1.x
> GET / HTTP/1.1
> Host: youtube.com
> User-Agent: curl/8.15.0
> Accept: */*
>
* Request completely sent off
< HTTP/1.1 404 Not Found

Hier Not Found und dann der Code für das klassische "Internetfilter der Fritz!Box ist aktiviert....". Die DNS resolution ist also identisch, das habe ich auch nochmal mir mit dig angeschaut, aber die Fritz Box entscheidet sich bei der root request, ob sie etwas zurücksendet, oder nicht. Irgendeine Idee wie man Einblick darein bekommen könnte?

Edit: DNS resolution für Youtube (was hier geblockt ist) mittels dig @192.168.188.1 youtube.com +trace mit explizitem Aufrufen der Fritz Box als DNS liefert
youtube.com. 300 IN A 142.251.141.142
;; Received 56 bytes from 216.239.34.10#53(ns2.google.com) in 32 ms
was die richtige IP ist, weshalb ich denke, dass die Fritz Box erst bei der GET request einschreitet.
 
Zuletzt bearbeitet:
Als entgültige Lösung habe ich jetzt Pi-Hole auf meinem Server per Docker installiert und konnte somit relativ einfach die gewünschte Funktion erzielen.
 
Zurück
Oben