Beiträge von Nobody

    Hallo,

    ja das die ARP Elementar ist, ist mir bewusst.

    Nochmal Netz Bestehend aus einem Laptop, der USG 4Pro, die USG 4 Pro wurde aus dem "Alten" Netz entfernt und dann ein Reset gemacht.
    Die ARP hätte da meiner einfachen Logic nach leer sein müssen, Sie hat aber eine Liste gehabt, und das waren nicht nur die USG und der Laptop. Sonnst war nichts angeschlossen, da hätte die ARP eigentlich leer sein müssen und nicht wieder über 20 Einträge.

    Ich sehe es wie Samhain, es ist scheinbar kein "echter" reset.

    Hier ist nun meine AKtuelle Netzwerk Config, etwas angepasst, aber die läuft so Aktuell.


    xxxxxxxxxxxx@ubnt:~$ show configuration commands | grep dhcp

    set service dhcp-server disabled false

    set service dhcp-server global-parameters 'class "denied" { match substring (hardware, 1, 6); deny booting; } subclass "denied" xx:xx:xx:xx:e2:ba; subclass "denied" xx:xx:xx:xx:e2:bb; subclass "denied" xx:xx:xx:xx:e2:bc; subclass "denied" 74:ac:b9:db:e2:bd;'

    set service dhcp-server hostfile-update enable

    set service dhcp-server shared-network-name net_Hausnetz_Nemeses_eth0_192.168.10.0-24 authoritative enable

    set service dhcp-server shared-network-name net_Hausnetz_Nemeses_eth0_192.168.10.0-24 description vlan10

    set service dhcp-server shared-network-name net_Hausnetz_Nemeses_eth0_192.168.10.0-24 subnet 192.168.10.0/24 default-router 192.168.10.1

    set service dhcp-server shared-network-name net_Hausnetz_Nemeses_eth0_192.168.10.0-24 subnet 192.168.10.0/24 dns-server 192.168.10.1

    set service dhcp-server shared-network-name net_Hausnetz_Nemeses_eth0_192.168.10.0-24 subnet 192.168.10.0/24 lease 86400

    set service dhcp-server shared-network-name net_Hausnetz_Nemeses_eth0_192.168.10.0-24 subnet 192.168.10.0/24 start 192.168.10.6 stop 192.168.10.254

    set service dhcp-server shared-network-name net_LAN_eth0_192.168.1.0-24 authoritative enable

    set service dhcp-server shared-network-name net_LAN_eth0_192.168.1.0-24 description vlan1

    set service dhcp-server shared-network-name net_LAN_eth0_192.168.1.0-24 subnet 192.168.1.0/24 default-router 192.168.1.1

    set service dhcp-server shared-network-name net_LAN_eth0_192.168.1.0-24 subnet 192.168.1.0/24 dns-server 192.168.1.1

    set service dhcp-server shared-network-name net_LAN_eth0_192.168.1.0-24 subnet 192.168.1.0/24 domain-name localdomain

    set service dhcp-server shared-network-name net_LAN_eth0_192.168.1.0-24 subnet 192.168.1.0/24 lease 86400

    set service dhcp-server shared-network-name net_LAN_eth0_192.168.1.0-24 subnet 192.168.1.0/24 start 192.168.1.30 stop 192.168.1.199

    set service dhcp-server shared-network-name net_Solar_eth0_192.168.96.0-24 authoritative enable

    set service dhcp-server shared-network-name net_Solar_eth0_192.168.96.0-24 description vlan96

    set service dhcp-server shared-network-name net_Solar_eth0_192.168.96.0-24 subnet 192.168.96.0/24 default-router 192.168.96.1

    set service dhcp-server shared-network-name net_Solar_eth0_192.168.96.0-24 subnet 192.168.96.0/24 dns-server 192.168.96.1

    set service dhcp-server shared-network-name net_Solar_eth0_192.168.96.0-24 subnet 192.168.96.0/24 lease 86400

    set service dhcp-server shared-network-name net_Solar_eth0_192.168.96.0-24 subnet 192.168.96.0/24 start 192.168.96.6 stop 192.168.96.254

    set service dhcp-server shared-network-name net_Solar_eth0_192.168.96.0-24 subnet 192.168.96.0/24 static-mapping 50-2d-f4-15-09-82 host-record disable

    set service dhcp-server shared-network-name net_Solar_eth0_192.168.96.0-24 subnet 192.168.96.0/24 static-mapping 50-2d-f4-15-09-82 ip-address 192.168.96.2

    set service dhcp-server shared-network-name net_Solar_eth0_192.168.96.0-24 subnet 192.168.96.0/24 static-mapping 50-2d-f4-15-09-82 mac-address '50:2d:f4:15:09:82'

    set service dhcp-server shared-network-name net_Solar_eth0_192.168.96.0-24 subnet 192.168.96.0/24 static-mapping 88-a9-a7-1c-08-3f host-record disable

    set service dhcp-server shared-network-name net_Solar_eth0_192.168.96.0-24 subnet 192.168.96.0/24 static-mapping 88-a9-a7-1c-08-3f ip-address 192.168.96.7

    set service dhcp-server shared-network-name net_Solar_eth0_192.168.96.0-24 subnet 192.168.96.0/24 static-mapping 88-a9-a7-1c-08-3f mac-address '88:a9:a7:1c:08:3f'

    set service dhcp-server shared-network-name net_Solar_eth0_192.168.96.0-24 subnet 192.168.96.0/24 static-mapping c4-00-ad-25-6a-b9 host-record disable

    set service dhcp-server shared-network-name net_Solar_eth0_192.168.96.0-24 subnet 192.168.96.0/24 static-mapping c4-00-ad-25-6a-b9 ip-address 192.168.96.6

    set service dhcp-server shared-network-name net_Solar_eth0_192.168.96.0-24 subnet 192.168.96.0/24 static-mapping c4-00-ad-25-6a-b9 mac-address 'c4:00:ad:25:6a:b9'

    set service dhcp-server shared-network-name net_Solar_eth0_192.168.96.0-24 subnet 192.168.96.0/24 static-mapping c4-00-ad-25-6b-51 host-record disable

    set service dhcp-server shared-network-name net_Solar_eth0_192.168.96.0-24 subnet 192.168.96.0/24 static-mapping c4-00-ad-25-6b-51 ip-address 192.168.96.3

    set service dhcp-server shared-network-name net_Solar_eth0_192.168.96.0-24 subnet 192.168.96.0/24 static-mapping c4-00-ad-25-6b-51 mac-address 'c4:00:ad:25:6b:51'

    set service dhcp-server static-arp disable

    set service dhcp-server use-dnsmasq disable

    xxxxxxxxxxxx@ubnt:~$


    Weiter bin ich aus Zeitmangel noch nicht gekommen, aber es laufen auch etwa 50% der Geräte noch nicht wieder, Leider habe ich die Daten aus der Alten USG nicht, ich muss mal sehen ob ich da noch dran komme.


    Aber das man auch die ARP leeren kann werde ich mit der Alten USG3 und dem CloudKey mal Testen.

    PS: die DNS habe ich angepasst, die von Google waren nur zum Testen der Internetverbindung, die anderen hatte ich nicht im Kopf

    Morgens,


    ich bin mit dem Thema immer noch nicht durch, aber ich möchte hier auf was eingehen.

    USG 4Pro Reset, laut Anleitung Werksreset, also alles weg. Wenn ich nun die USG 4Pro nun "jungfräulich" mit einem Laptop verbinde für die erste einrichtung, und die ARP-Einträge schin vorhanden sind, scheint also der Werksreset nicht wirklich zu Funktionieren, weil es Dürfte ja eigentlich noch kein Netzwerk gerät geben ausser der USG und dem Laptop.

    Daraus zeigt sich mir, das scheinbar nicht alles wirklich zurück gesetzt wurde!

    Wenn ich das nun in mein netzwerk einbinde und hier einer MacAdresse mit eine IP steht, die PI adresse inzwischen von einem anderen Gerät genutzt wird, was passiert dann? Meine vermutung ist das genau das dann passiert, das das gerät mit der Macadresse und der Belegten IP Adresse die nicht wieder zugeordnet bekommt, was ja auch "richtig" wäre, aber scheinbar auch keine andere.

    Da ich leider nicht Tagelang das austesten kann, ich muss Arbeiten und brauche dazu das Netzwerk.


    Ich habe nach dem reset alle komponennten die IP Adressen per DHCP bekommen in andere IP bereiche ( 192.168.1.xxx in 192.168.11.xxx ) geschoben und das geht soweit erstmal.

    Kann man die ARP löschen?

    Danke für eure Hilfe, ich bleibe dran, das muss zu lösen sein ohne das man den IP Bereich wechselt.

    Hallo,


    danke für Deine Antwort.


    Ich hatte erwartet das eine "neue" Resettet USG die mit nichts verbunden ist keine Leases Liste hat, wo sollte Sie auch her kommen?

    Das Bild oben ist der Zustand, USG Pro4 Resett, also Quasi Auslieferzustand und dann "nur" erstmal eine Internetverbindung eingerichtet. Das war das einzige Gerät zu dem Zeitpunkt im Netz.

    Dann habe ich einen Switch und den Cloudkey Gen2 Eingerichtet, der ebenfalls nach einem Reset mir standhaft erzählte das er kein Internet hätte, aber OK, es ging zumGlück noch ohne ihn einzurichten.

    Kein Backup zurück gespielt oder sonnstiges !!!

    Dann alle Switches und Accesspoints wieder eingebunden und da hatte ich schon den ersten PC der kein DHCP nach dem neuen Einrichten zugewiesen bekommen hat. Dann das Erste Netzwerk hinzu gefügt und hier das selbe, trotz ein das ich jetzt nun einen DHCP-Server läuft werden keine IP Adressen vergeben.



    Unten Links sieht man es, das es wieder Probleme gibt DHCP Adressen zu vergeben.

    Ich verstehe es nicht, Ja ich hatte schon mal Probleme mit der DHCP vergabe, nach einem Neustart der CloudKey´s war das immer erledigt, und da auch nur bei der Ersten Generation, aber hier ist nun sogar ein Cloudkey Gen2 im einsatz, und das ist ja nun wirklich noch überschaubar als Netzwerk.

    Hallo,

    jetzt stehe ich mal aber sowas von auf dem Schlauch!!!

    Ich habe alle Geräte entfernt aus dem Netz, zur Sicherheit bei allen noch den Reset Button gedrückt.
    Neuer Cloudkey Gen2 und eine neue Firewall USG 4Pro, sollte sowieso kommen.

    Zum einen ist die DHCP Liste immer noch im System, obwohl es ja eigentlich keine geben dürfte, ich habe NUR USG Pro einen 8 Port Switch und den CloudKey angeschlossen, und das TATA steht in der Nagelneuen USG sogar noch ohne Coudky:


    Jetzt habe ich alle Geräte eingebunden und mal nur 1 neues Wlan aufgesetzt, komplett neu, neuer Name, neuer IP Bereich und neue VLan Nummer,
    Und was soll ich sagen, die Geräte bekommen wieder keine IP zugewiesen !!!

    WO ist mein Fehler? Ich habe kein Backup zurück gespielt, nichts, alles neu von 0.


    Danke für eure Hilfe.

    Hallo,


    leider ändert sich nichts an der Liste Oben; die IP Adressen bleiben in der Liste und werden nicht wieder freigegeben. Nicht mal nach einer löschung des DHCP Server, oder aber der Weiterleitung an ein anderes Gerät.

    Gibt es eine möglichleit die Liste manuell, z.B. über die Konsole zu löschen/Bearbeiten?

    Moin Nobody, ich habe bisher noch nicht das Problem, allerdings meine ich um das zu Beheben, du nur einen Werksreset machen könntest und dann alles neu einpflegen, es sei denn es gibt noch Befehle per SSH, da bin ich allerdings raus :smiling_face_with_halo:.


    Gruß hommes

    Hallo,


    danke für Deine Antwort.

    Ein Werksreset ist eigentlich keine Option, weil das Problem beim Einspielen des Backups nicht behoben ist, ich also alles manuell neu machen müsste, und das ist leider inzwischen hier schon recht komplex.


    Hallo,

    Danke für Deine Antwort, Neuboot von allen Komponennten habe ich schon gemacht, leider ohne Erfolg. Das Problem ist, dass er die IP-Adressen scheinbar nicht neu vergibt.


    Hallo,

    Danke für die Antwort. Das werde ich gleich mal probieren.


    Aktuell schaut es so aus, dass die USG die IP Adressen nicht wieder freigibt:


    Sehr ärgerlich das Ganze, und über die Oberfläche keine Möglichkeit es zu löschen.


    Ich werde berichten.

    Hallo zusammen,

    nun war ich Jahre lang sehr zufrieden mit dem Netzwerk, wie bei einigen fing es vor Jahren mit einem Accesspoint an, nach und nach wurde das netzwerk komplett auf Unifi umgestellt:
    USG, Cloud Key Gen2, mehrere Switche 24 Port und 8 Port davon 3 mit POE, 1 LongRange Accesspoint und 4 Accesspoints Pro, Aktuell eine Fritzbox davor für Magenta TV.

    Nun habe ich seit letzter Woche das Problem das in keinem der 4 Angelegten Netze eine DHCP Adresse vergeben wird. Leier habe ich dazu nur gefunden das es wohl immer wieder mal mit dem DHCP Probleme gibt, aber eine "Richtige" lösung dazu habe ich nicht gefunden.

    Das ist sehr unbefridigend, das ändern der Lease ändert nichts dran. Ich habe nun um das Problem etwas zu umgehen erstmal einen DHCP-Server auf meinem Nas Installiert, das läuft so erstmal, kann aber nicht die lösung sein, zumal das so erstmal nur für das Hauptnetz geht.

    Hat jemand eine Lösung wie man den DHCP Server zurück setzen kann das er wieder die IP´s vergibt?

    Danke für eure Hilfe.