Eine kontrollierte GeräteMAC-IPv4-Zuordnung praktiziere ich schon sehr lange für das IAM (Identity and Access Management) im LAN/WLAN. Anfangs nur in FritzOS, (weil eine 7490 damit sehr langsam wurde) neuerdings mit einem
Pi-hole. Während der Umstellung (noch nicht ganz abgeschlossen ist, inzwischen ist eine 4050 der Router) hatte ich ähnliche Vorkommnisse wie du.
Um alle bekannten Namen und Zuordnungen in der FritzBox zu löschen, habe ich ebenfalls
Ich habe das Subnetz kurz geändert und es wurde alles gelöscht.
und es wurde kein einziger bekannter Client gelöscht. Auch Einträge mit
|X| IPv4-Adresse dauerhaft zuweisen blieben erhalten und waren nach der Rückkehr zum richtigen Subnetz wieder vorhanden. Einen Reboot hatte ich nicht vorgenommen.
Meine (für mich schnelle) Lösung war die CFG.export-Datei erstellen und im Bereich
landevices {} bearbeiten (alle Client-Abschnitte {} gelöscht) dann mit neuer Checksumme speichern und einlesen, reboot der 4050. Inzwischen ist im Router bei
Erweiterte Netzwerkeinstellungen der IPv4-
DHCP-Server OFF/deaktiviert (IPv6 sowieso) die Liste bekannter Geräte am Router ebenfalls leer. Erneut stelle ich fest:
Der DHCP-Server in Fritz-OS ist sehr klebrig bezogen auf bereits bekannte Clients in seiner Liste. Der DHCP-Server in Fritz-OS ist innerhalb des AVM-Universums extrem klebrig (wie Loctite) - selbst wenn er DeAktiviert / OFF / ausgeschaltet ist.
Im LAN/WLAN halte ich mit
"DHCP Find 1.2" Link roadkil.net ständig Ausschau nach einem
rogue DHCP-Server, weil ich mir selbst mal einen rogue DHCP-Server ins Nest gelegt hatte. Es war eine uralte FritzBox 3131 die ich falsch konfigurierte und dann mit 192.168... alles durcheinander brachte.
Ständig zeigt mir "
DHCP Find 1.2" neue Meldungen vom
Router...0.1 (FritzBox als rogue DHCP-Server) obwohl die FritzBox4050 bzgl. DHCP Sprechverbot hat, weil nun ein Pi-hole...0.238 das alleinige sagen hat. Alle Meldungen (rogue DHCP-Offer) gehen an FritzBoxen die im LAN/WLAN mit IP-Client-Modus als WLAN-Accesspoint konfiguriert sind.
Code:
Packet from 10.42.0.1
Offered IP 10.42.6.1
Lease Length 86400 Seconds
Renew Due in 43200 Seconds
Subnet Mask 255.255.248.0
-------------------------
Packet from 10.42.0.1
Offered IP 10.42.4.2
Lease Length 86400 Seconds
Renew Due in 43200 Seconds
Subnet Mask 255.255.248.0
-------------------------
Packet from 10.42.0.1
Offered IP 10.42.5.1
Lease Length 86400 Seconds
Renew Due in 43200 Seconds
Subnet Mask 255.255.248.0
-------------------------
Packet from 10.42.0.1
Offered IP 10.42.3.1
Lease Length 86400 Seconds
Renew Due in 43200 Seconds
Subnet Mask 255.255.248.0
-------------------------
Packet from 10.42.0.1
Offered IP 10.42.3.1
Lease Length 86400 Seconds
Renew Due in 43200 Seconds
Subnet Mask 255.255.248.0
-------------------------
Packet from 10.42.0.1
Offered IP 10.42.2.1
Lease Length 86400 Seconds
Renew Due in 43200 Seconds
Subnet Mask 255.255.248.0
-------------------------
Packet from 10.42.0.1
Offered IP 10.42.3.1
Lease Length 86400 Seconds
Renew Due in 43200 Seconds
Subnet Mask 255.255.248.0
-------------------------
Packet from 10.42.0.1
Offered IP 10.42.2.1
Lease Length 86400 Seconds
Renew Due in 43200 Seconds
Subnet Mask 255.255.248.0
-------------------------
Packet from 10.42.0.1
Offered IP 10.42.2.1
Lease Length 86400 Seconds
Renew Due in 43200 Seconds
Subnet Mask 255.255.248.0
-------------------------
Packet from 10.42.0.1
Offered IP 10.42.1.1
Lease Length 86400 Seconds
Renew Due in 43200 Seconds
Subnet Mask 255.255.248.0
-------------------------
Packet from 10.42.0.1
Offered IP 10.42.1.2
Lease Length 86400 Seconds
Renew Due in 43200 Seconds
Subnet Mask 255.255.248.0
-------------------------
Packet from 10.42.0.1
Offered IP 10.42.2.1
Lease Length 86400 Seconds
Renew Due in 43200 Seconds
Subnet Mask 255.255.248.0
-------------------------
Packet from 10.42.0.1
Offered IP 10.42.4.2
Lease Length 86400 Seconds
Renew Due in 43200 Seconds
Subnet Mask 255.255.248.0
-------------------------
Packet from 10.42.0.1
Offered IP 10.42.1.2
Lease Length 86400 Seconds
Renew Due in 43200 Seconds
Subnet Mask 255.255.248.0
-------------------------
Nach einigen Tagen werden die FritzBoxen als Accesspoint nun vom korrekten DHCP-Server bedient. Also antwortet die FritzBox nur als rogueDHCP solange die lease time noch für die gewährte Verlängerung ausreicht. Danach übernimmt der neue DHCP-Server/Pi.hole. Jetzt bleibt noch ein WindowsPC übrig, der nur sporadisch eingeschaltet wird. Mal sehen vielleicht steht der mit 10 Tagen bei der FritzBox in der Liste.
Code:
Packet from 10.42.0.1
Offered IP 10.42.2.174
Lease Length 3480 Seconds
Renew Due in 1740 Seconds
Subnet Mask 255.255.248.0
-------------------------
Packet from 10.42.0.1
Offered IP 10.42.2.174
Lease Length 3480 Seconds
Renew Due in 1740 Seconds
Subnet Mask 255.255.248.0
-------------------------
Portforwarding nur für eine (feste) IPv4-Adresse einzutragen gelingt nicht. Der "bekannte" Name der FritzBox muss zur festen IPv4 passen und ausgewählt werden. Ansonsten kommt die Fehlermeldung:
Es ist ein Fehler aufgetreten. Fehlerbeschreibung: Die MAC-Adresse muss in der Form 00:11:22:33:44:55 oder 00-11-22-33-44-55 angegeben werden. Weitere Informationen finden Sie in der Hilfe.
Es wird also bzgl. Portforwarding eine doppelte Buchführung geben müssen, was für die wenigen Einzelfälle verschmerzbar ist.
