H
HabNeFritzbox
Guest
Da wurden wohl Beiträge entfernt/geändert.
In #9 stand zuvor "eben für einen 12 Jährigen.... Adult zeug vor allem"
In #9 stand zuvor "eben für einen 12 Jährigen.... Adult zeug vor allem"
Die Liste der Fritzbox darf max. 500 Einträge beinhalten. Bei "Ungefähr 1.150.000.000 Porno-Ergebnisse" einer Google-Suche ist etwas Passendes schwer zu realisieren. Und bei anderen Themen sieht es wohl ähnlich aus.... da ist sie auch zu groß...
Und selbst wenn es da gestanden hätte (was ich nicht glaube), dann heißt das noch lange nicht Porno, denn da gibt es noch vieles andere. Aber wahrscheinlich dreht sich in deinem Kopf alles nur noch um Porno.
Ich möchte aber gar nicht alles mitschneiden, sondern nur die besuchten Domain Names protokollieren.kannst von FB alles mitschneiden lassen
showshringbuf dnsd
anzeigen lassen, welche Domain-Namen der DNS-Server der FRITZ!Box aufgelöst hat (und wann das war, was dann eine Auswertung der hinzugekommenen Daten erlaubt, wenn man das zyklisch aufruft) und in seinen eigenen Cache geschrieben hat (die "add"-Einträge) - ebenso (sicherlich bei der Fragestellung weniger relevant) kann man sehen, wann diese Einträge wieder gelöscht wurden (del), weil sie "überaltert" waren, sprich: weil ihre TTL abgelaufen war.Frage ist was blocken willst, unendliche List verkraftet FB nicht, wenn da noch Werbung und Tracker blocken willst, wäre es falscher Ansatz.
In #9 stand zuvor "eben für einen 12 Jährigen.... Adult zeug vor allem"
CONNECT Feb 01 16:46:43 [6233]: Connect (file descriptor 10): Microknoppix.fritz.box [192.168.188.100]
CONNECT Feb 01 16:46:43 [6233]: Request (file descriptor 10):
WARNING Feb 01 16:46:43 [6233]: Could not retrieve all the headers from the client
CONNECT Feb 01 16:46:43 [6237]: Connect (file descriptor 10): Microknoppix.fritz.box [192.168.188.100]
CONNECT Feb 01 16:46:43 [6237]: Request (file descriptor 10):
WARNING Feb 01 16:46:43 [6237]: Could not retrieve all the headers from the client
CONNECT Feb 01 16:46:48 [6233]: Connect (file descriptor 10): Microknoppix.fritz.box [192.168.188.100]
CONNECT Feb 01 16:46:48 [6233]: Request (file descriptor 10):
WARNING Feb 01 16:46:48 [6233]: Could not retrieve all the headers from the client
CONNECT Feb 01 16:47:00 [6237]: Connect (file descriptor 10): Microknoppix.fritz.box [192.168.188.100]
CONNECT Feb 01 16:47:00 [6237]: Request (file descriptor 10): GET http://osmc/fax/pdf/ HTTP/1.1
CONNECT Feb 01 16:47:00 [6237]: Established connection to host "osmc" using file descriptor 11.
CONNECT Feb 01 16:47:04 [6233]: Connect (file descriptor 10): Microknoppix.fritz.box [192.168.188.100]
CONNECT Feb 01 16:47:04 [6233]: Request (file descriptor 10): GET http://fritz.box/ HTTP/1.1
NOTICE Feb 01 16:47:04 [6233]: Proxying refused on filtered url "http://fritz.box/"
CONNECT Feb 01 16:49:34 [6237]: Connect (file descriptor 10): Microknoppix.fritz.box [192.168.188.100]
CONNECT Feb 01 16:49:34 [6237]: Request (file descriptor 10):
WARNING Feb 01 16:49:34 [6237]: Could not retrieve all the headers from the client
CONNECT Feb 01 16:49:34 [6233]: Connect (file descriptor 10): Microknoppix.fritz.box [192.168.188.100]
CONNECT Feb 01 16:49:34 [6233]: Request (file descriptor 10):
WARNING Feb 01 16:49:35 [6233]: Could not retrieve all the headers from the client
CONNECT Feb 01 16:49:43 [6237]: Connect (file descriptor 10): Microknoppix.fritz.box [192.168.188.100]
CONNECT Feb 01 16:49:43 [6237]: Request (file descriptor 10): GET http://tinyproxy/ HTTP/1.1
NOTICE Feb 01 16:49:43 [6237]: Request for the stathost.
CONNECT Feb 01 16:49:43 [6233]: Connect (file descriptor 10): Microknoppix.fritz.box [192.168.188.100]
CONNECT Feb 01 16:49:43 [6233]: Request (file descriptor 10): GET http://tinyproxy/favicon.ico HTTP/1.1
NOTICE Feb 01 16:49:43 [6233]: Request for the stathost.
Lässt sich die Größe des "Ringbuffers" direkt manipulieren?... mitshowshringbuf dnsd
anzeigen lassen, welche Domain-Namen der DNS-Server der FRITZ!Box aufgelöst hat...
Das können wir aber leicht korrigieren, indem wir ab Verschiebung 16 in der Datei die richtige Größe eintragen.
Rich (BBCode):... eval echo -ne "$maxstr" | dd if=/proc/self/fd/0 of=$file bs=4 count=1 conv=notrunc seek=4 2>/dev/null
modfs
nachlesen (https://github.com/PeterPawn/modfs/blob/master/modfs#L2752).multid
sein), dann die Größe ändern (oder das schon vor dem Start des Daemons machen, da wäre dann die rc.net
eine passende Anlaufstelle) und erst danach den Daemon neu starten.multid
gibt es zumindest mal ein Symbol mit dem Namen protected_dnsd_shringbuf
in der BSS-Sektion und es würde mich nicht wundern, wenn darin die Daten zur Verwaltung der Liste quasi gedoppelt würden.libavmcsock.so
bieten (da befinden sich die Routinen zur Verwaltung dieser Ringbuffer), ist m.W. nicht weiter bekannt/untersucht.Der Daemon zeigt sich bei mir flexibel. Mit einem script:... kann es problemlos noch passieren, daß der Daemon die löscht und sich selbst wieder eine neue anlegt...
#! /bin/bash
init_ringbuffer_file() {
...
}
/etc/init.d/rc.multid stop
init_ringbuffer_file dnsd 16
/etc/init.d/rc.multid start