multid
"abzuschalten", ist ja in Freetz-NG als "libmultid experiments" schon vorgesehen (siehe Config.in), jedoch finde ich in der menuconfig keine Möglichkeit, es auszuwählen. Bin ich nur blind oder muss man es irgendwie manuell aktivieren?Warum genau wurde der Anhang denn entfernt?
https://www.ip-phone-forum.de/pages/Nutzungsbedingungen-Datenschutzrichtlinien/ schrieb:6.4 Der Nutzer verpflichtet sich, dass er mit Form, Inhalt oder verfolgtem Zweck seiner Beiträge im Forum/Blog nicht gegen gesetzliche Gebote/Verbote oder gegen die guten Sitten verstößt. Hierzu gehört insbesondere, keine pornografischen, gewaltverherrlichenden oder volksverhetzenden Inhalte darzustellen oder nicht zu Straftaten aufzurufen oder Anleitungen hierfür darzustellen. Beiträge dürfen weiterhin weder beleidigend oder verunglimpfend sein.
6.5 Bei einem Verstoß gegen die vorgenannten Regeln behält sich der Betreiber vor, die entsprechenden Inhalte ganz oder teilweise vom Netz zu nehmen und/oder den Zugang des Nutzers zum Portal ip-phone-forum.de zu sperren. Hat der Nutzer die Verletzung der vorgenannten Regeln zu vertreten, haftet er gegenüber dem Betreiber auf Ersatz aller hieraus entstehenden Schäden. Der Nutzer stellt den Betreiber im Innenverhältnis insoweit von etwaigen aus diesen Verstößen resultierenden Ansprüchen Dritter frei.
War bis 7.20 wohl noch vorhanden, ab dann ist es weg. Keine Ahnung, wie man es wieder aktiviert, benutze Freetz nicht.jedoch finde ich in der menuconfig keine Möglichkeit, es auszuwählen.
Da braucht man aber offenbar sehr viel Fantasie, um diese Aussage in Punkt 6.4 wiederzufinden.Hier wird keinerlei Software als fertige Datei (öffentlich) bereitgestellt
Ich habe habe sie ausprobiert und bei mir (mit Freetz-NG) klappt es nicht.... die libmultid Binaries ... im ersten Post.
# LD_PRELOAD=/var/media/ftp/freetz/libmultid-debug-dns-dhcp.so multid -f -v
[libmultid::_libmultid_init()] Successfully initialized
multid: HWRevision=226
[libmultid::bind()] Address family unknown: af=1 fd=6
multid: startup ($Revision$$CompileDate: Nov 18 2022 12:02:18 $)
[libmultid::bind()] Address family unknown: af=16 fd=8
[libmultid::bind()] Address family unknown: af=16 fd=9
multid: opt_without_tr069discover=0, tr069disc=1, AR7CFG->vinax_hsi_lan_ports=(null), multid.tcom_targetarch=0, multid.cpmac_no_ata_possible=0, pppoeiface=ptm0
[libmultid::bind()] Address family unknown: af=1 fd=10
multid: bridge_configured: nqos_bridge_active=0, bridge_port_set=0x0, igmp_flt_portset=0x0
multid: list[0]=lan
multid: list[1]=guest
multid: br_get_interfaces(guest)=1
multid: list[0]=lan
multid: list[1]=guest
multid: br_get_interfaces(guest)=1
multid: list[0]=lan
multid: list[1]=guest
multid: br_get_interfaces(guest)=1
multid: list[0]=lan
multid: list[1]=guest
multid: br_get_interfaces(guest)=1
multid: list[0]=lan
multid: list[1]=guest
multid: br_get_interfaces(guest)=1
multid: lan: ULA: fd00::de39:6fff:fe19:e37c
multid: guest: ULA: fd00::1:de39:6fff:fe19:e37d
multid: mrouter: using IGMPv3 for upstream interface dsl
multid: mrouter: using IGMPv3 for other interfaces
[libmultid::bind()] Address family unknown: af=10 fd=15
multid: dgramserver: 15(-) (allocated): bind([::]:53) failed - Address in use (125)
[libmultid::bind()] Address family unknown: af=17 fd=16
multid: DHCPD on lan
multid: DHCPD on lan:0 skipped, is virtual interface
[libmultid::bind()] Address family unknown: af=17 fd=17
multid: DHCPD on guest
multid: open(/dev/userman) - No such file or directory (2)
multid: open(/dev/userman) - No such file or directory (2)
multid: open(/dev/userman) - No such file or directory (2)
multid: open(/dev/userman) - No such file or directory (2)
multid: open(/dev/userman) - No such file or directory (2)
multid: open(/dev/userman) - No such file or directory (2)
multid: open(/dev/userman) - No such file or directory (2)
multid: open(/dev/userman) - No such file or directory (2)
[libmultid::bind()] IPv4 src: fd=18 0.0.0.0:67
[libmultid::bind()] IPv4 dst: fd=18 0.0.0.0:50067
[libmultid::bind()] Address family unknown: af=10 fd=20
multid: _reset_dns: interface not found (lan)
multid: _reset_dns: interface not found (guest)
[libmultid::bind()] Address family unknown: af=1 fd=21
[libmultid::bind()] Address family unknown: af=16 fd=22
multid: Initialisation of multid_dnsd_start [FAIL]
multid: pcpc_map_find: no context found
multid: Initialisation of daemon [FAIL]
multid: daemonmng_init() failed
# netstat -ltnp | grep -w ':53'
tcp 0 0 :::53 :::* LISTEN 17675/AdGuardHome
# netstat -ltnp | grep -w ':50053'
tcp 0 0 :::50053 :::* LISTEN 21906/multid
svctl
den Zustand des multid
kennt.Adguard Home:53
auch der multid:50053
als DNS-Server zur Verfügung steht.modfs
die Veränderung der Datei ermöglich könnte, kann ich nicht einschätzen, denn...modfs
auf einer 7590 zu nutzen? Mir war das nicht möglich (vgl. hier) und die 7590 soll gar nicht unterstützt werden (siehe hier) . modify.sh
. Ich habe das noch nicht ausprobiert, aber.../lib/systemd/system/multid.service
unterzujubeln.multid.service
konkret zu finden wäre.cp /pfad_zur_veränderten/multid.service /pfad_zur_originalen/multid.service
.modfs
vorgesehen ist - nämlich innerhalb eines passenden modscripts
. Vorlagen finden sich z.B. hier: https://github.com/PeterPawn/modfs/blob/master/modscripts/inactive/template oder auch hier: https://github.com/PeterPawn/modfs/blob/master/modscripts/copy_binaries (mit wirklich minimalistischster Fehlerbehandlung) und ich würde wirklich DRINGEND darum bitten, nichts an den Shell-Skripten zu ändern, aus denen modfs
selbst besteht.modify.sh
nicht mehr und schiebt dann ggf. irgendwelche "Fehlfunktionen" eben nicht auf Eure Patches an den originalen Skript-Dateien (und die Änderungen bei AVM erfolgen praktisch auch ständig, mit jeder neuen Version wird weiter auf die Verwendung von supervisor
umgestellt), sondern behauptet dann wieder, MEINE Skript-Dateien würden überhaupt nicht funktionieren wie beschrieben.service
-Files gibt es bereits passende Beispiele (wo man dann auch die Infos nachlesen kann, wo man solche Dateien findet oder erzeugen kann) - hier: https://github.com/PeterPawn/modfs/blob/master/modscripts/mod_rc_tail_sh wird z.B. ein Service für die Abarbeitung der rc.user
hinzugefügt und das dann auch in Abhängigkeit von der FRITZ!OS-Version bzw. dem Vorhandensein passender Dateien in der originalen Firmware. Obendrein kann man DORT dann tatsächlich die notwendigen Aktionen zum ÄNDERN der originalen Datei hinterlegen und muß nicht auf irgendeine "vorgefertigte" Datei mit dem neuen Inhalt für die multid.service
zurückgreifen, die in der nächsten (FRITZ!OS-)Version schon wieder ganz anders aussehen kann.