ARP Proxy Packet

[justinh998]

Hallo zusammen,

ich habe festgestellt, dass ein ARP-Proxy äußerst nützlich sein kann, insbesondere bei Geräten im Heimnetz, die ausschließlich Anfragen die aus ihrem eigenen Subnetz kommen beantworten. In solchen Fällen ist es notwendig, die IP-Adresse der VPN-Verbindung (Freetz-NG bietet in den offiziellen Paketen sowohl WireGuard als auch OpenVPN an) ins lokale Subnetz zu legen, was wiederum einen ARP-Proxy erforderlich macht.

Konkret betrifft dies in meinem Fall zwei smarte Kühlschränke, die nur innerhalb ihres eigenen Subnetzes antworten.

Aktuelle versuche ich dass C Programm Choparp mit dem Crosscompiler von Freetz NG zu Compilen.

Ich möchte hier eine allgemeine Diskussion darüber anregen, ob sich das Ganze(also ein ARP Proxy) als offizielles Freetz-NG-Paket eignen würde. Allerdings vermute ich, dass der Anwendungsfall zu speziell ist und dass ganze ehr wenig genutzt werden würde.

[fda77]

Warum nicht. Falls es https://github.com/quinot/choparp ist dürfte es einer der leichteren Fällt zum compilieren sein. Es wird nur

Requires libpcap.

benötigt, die gibt es schon in freetz. Packages die diese auch nutzen:

grep 'libpcap' make/*/*/*mk
make/libs/ldns/ldns.mk:$(PKG)_DEPENDS_ON += openssl libpcap
make/libs/libpcap/libpcap.mk:$(call PKG_INIT_LIB, $(if $(FREETZ_LIB_libpcap_VERSION_ABANDON),1.1.1,1.10.4))
make/libs/libpcap/libpcap.mk:$(PKG)_HASH:=$($(PKG)_HASH_$(if $(FREETZ_LIB_libpcap_VERSION_ABANDON),ABANDON,CURRENT))
make/libs/libpcap/libpcap.mk:### CHANGES:=https://git.tcpdump.org/libpcap/blob/HEAD:/CHANGES
make/libs/libpcap/libpcap.mk:### CVSREPO:=https://github.com/the-tcpdump-group/libpcap
make/libs/libpcap/libpcap.mk:$(PKG)_CONDITIONAL_PATCHES+=$(if $(FREETZ_LIB_libpcap_VERSION_ABANDON),abandon,current)
make/libs/libpcap/libpcap.mk:$(PKG)_REBUILD_SUBOPTS += FREETZ_LIB_libpcap_VERSION_ABANDON
make/libs/libpcap/libpcap.mk:$(PKG)_REBUILD_SUBOPTS += FREETZ_LIB_libpcap_VERSION_CURRENT
make/libs/libpcap/libpcap.mk:ifeq ($(FREETZ_LIB_libpcap_VERSION_ABANDON),y)
make/libs/libpcap/libpcap.mk:   $(RM) -r $(TARGET_TOOLCHAIN_STAGING_DIR)/usr/lib/libpcap* \
make/libs/libpcap/libpcap.mk:   $(RM) $(LIBPCAP_TARGET_DIR)/libpcap*.so*
make/pkgs/bittwist/bittwist.mk:$(PKG)_DEPENDS_ON += libpcap
make/pkgs/collectd/collectd.mk:    libpcap libperfstat libperl libpq \
make/pkgs/httpry/httpry.mk:$(PKG)_DEPENDS_ON += libpcap
make/pkgs/iftop/iftop.mk:$(PKG)_DEPENDS_ON += ncurses libpcap
make/pkgs/iftop/iftop.mk:$(PKG)_CONFIGURE_OPTIONS += --with-libpcap="$(TARGET_TOOLCHAIN_STAGING_DIR)/include/pcap"
make/pkgs/knock/knock.mk:$(PKG)_DEPENDS_ON += libpcap
make/pkgs/nmap/nmap.mk:$(PKG)_PATCH_POST_CMDS += $(if $(FREETZ_PACKAGE_NMAP_WITH_SHARED_PCAP),$(RM) -r libpcap;)
make/pkgs/nmap/nmap.mk:$(PKG)_DEPENDS_ON += $(if $(FREETZ_PACKAGE_NMAP_WITH_SHARED_PCAP),libpcap)
make/pkgs/nmap/nmap.mk:$(PKG)_CONFIGURE_OPTIONS += --with-libpcap=$(if $(FREETZ_PACKAGE_NMAP_WITH_SHARED_PCAP),"$(TARGET_TOOLCHAIN_STAGING_DIR)/usr",included)
make/pkgs/pingtunnel/pingtunnel.mk:$(PKG)_DEPENDS_ON += libpcap
make/pkgs/tcpdump/tcpdump.mk:$(PKG)_DEPENDS_ON += libpcap
make/pkgs/tcpdump/tcpdump.mk:$(PKG)_CONFIGURE_OPTIONS += --disable-local-libpcap

[fda77]

Beispiel für eine kleine Makefile da keine dabei ist: make/host-tools/tichksum-host/

[manfred-mueller]

Ich habe mal einen Paketvorschlag erstellt. Der choparp-Quelltext ist allerdings 10 Jahre alt.
Ich hatte auch parpd gestestet, weil dessen Quelltext aktuell ist, aber nicht unter freetz-ng an's Laufen bekommen.

[fda77]

Ich habs noch etwas verbessert mit Dingen die mir direkt aufgefallen sind: ec16c2c

Dieses "glib" bzw das ganze $(PKG)_EXTRA_CFLAGS denke ich ist überflüssig und kann weg.
Jedenfalls konnte ich dieses Orogramm compilieren, ohne das glib überhaupt gebaut war. Falls man es doch zum compilieren braucht, sollte es mit DEPENDS in die .mk und wenn man die lib im image braucht (dynamisch gelinkt) ein "select" in die .in

$ readelf -a packages/target-mips_gcc-13.3.0_uClibc-1.0.51-nptl_kernel-4.9/choparp-20150613/root/usr/bin/choparp|grep EED
 0x00000001 (NEEDED)                     Shared library: [libpcap.so.1]
 0x00000001 (NEEDED)                     Shared library: [libc.so.0]

Update: 99462d2

[manfred-mueller]

Perfekt, DANKE!

[fda77]

Das webif hatte ich nicht ausprobiert

[manfred-mueller]

Auf einer 7490 getestet.
Der (Hilfe)-Link neben 'Konfiguration' ruft die Choparp-Manual-Seite von FreeBSD auf.

[manfred-mueller]

Wie ich sehe, hast du modunreg file $DAEMON aus rc.choparp entfernt.
Ist das überflüssig geworden, da ich für die Konfiguration auf die ini-Datei verzichtet habe?

[fda77]

Genua, ohne "modreg file ..." braucht man kein "modunreg file ...". Man kann auch mehrere "files" je package haben.
Die "doku" zu modreg ist übrigends die Ausgabe ohne Parameter