UCG-Ultra als AP Controller und DHCP Relay

Ob DHCP Relay über den WAN Port geht, weiß ich mangels getestet nicht. Aber ...

Hast Du auf dem DHCP Server auch einen Scope für das interne Netz des UCGs angelegt? Du erzeugst mit dem Unifi Gateway ja mindestens ein getrenntes Netz, welches natürlich einen anderen IP Bereich haben muss, als das Netz an dem der WAN angeschlossen wurde. DHCP Relay leitet dann die DHCP Anfrage an den DHCP im WAN Netz weiter und der muss dann zwingend einen passenden Scope haben. Er wird keine IPs aus dem eigenen Netz vergeben.

Ansonsten fällt mir da noch zu ein, dass falls DHCP Guarding für die Unifi Netze aktiviert ist, dort sowohl die IP des Unifi Gateways des entsprechenden VLANs rein muss als auch die IP des eigentlichen DHCP Servers.

Quote from DerLars

Dann habe ich das vielleicht falsch verstanden, denn als Relay verstehe ich eher, dass ich den DHCP, der am WAN angeschlossen ist, dann auch alle Geräte hinter dem UCS damit versorgen kann, mit dem gleichen IP Bereich.
Wäre das eine Alternative dann nur die LAN Port zu verwenden? Was fällt denn dann weg?

DHCP Guarding habe ich deaktiviert, weil der Unifi nicht entscheiden soll, welcher DHCP relevant sein darf.

Dann hast Du auch die Funktionsweise eines Gateways falsch verstanden. An einem Router (ein Gateway ist nur eine Spezialform davon) gibt es niemals zwei oder mehr Interfaces mit dem gleichen IP Subnet, da dann das routen quasi unmöglich wird. Dann dürfte auch klar sein, dass Deine Vorstellung von DHCP Relay nicht richtig sein kann.

DHCP Guarding wird genau dafür verwendet, IP Adressverteilungen von "fremden" DHCP Servern zu unterbinden und daher gibt man den beabsichtigten DHCP dort an. Hier entscheidet Unifi nichts, sondern derjenige, welche die Konfiguration macht. Im übrigen sollte auch gar nichts zu entscheiden sein, da es in einem Netzwerksegment nur einen DHCP geben soll. Ausnahme wären Spezialkonfigurationen für die Ausfallsicherheit des DHCP Service, aber diese DHCPs arbeiten dann zusammen.

Wenn ich das so sehe, versuchst Du ein Unifi Gateway als Cloudkeyersatz zu nutzen. Dafür ist das Gerät nicht gemacht. Wenn Du nur LAN Ports nutzen willst, dann hat das Gateway kein Internet mehr ... mit allen Folgen davon wie kein Cloudportal Zugriff, Updates von Firmware und Controller werden problematischer.

Schliesse den POE Switch direkt an dein LAN an und beschaffe dir einen reinen Controller (Cloudkey Gen. 2 oder Softwarelösung auf Pi, Nas, VM ...)

Ich sagte ja, dafür ist ein Gateway nicht gemacht. Wenn Du bridgen möchtest, das macht ein Switch auch der im Gateway. Ändert aber nichts daran, dass in dem Gerät Controller und Router eng verwoben sind.

Mehr gibts dazu auch nicht zu sagen... meinerseits.

Die Cloudkeys sind bereits seit langer Zeit auf dem Markt und wurden lange nicht durch neue Produkte ersetzt. Der Cloudkey Gen 2 Plus, kann durch den Festplattenslot halt auch für Protect ( Vieoüberwachung) genutzt werden und dürfte schon darum teurer sein als ein UCG-Ultra, welches übrigens sehr neu ist. Hauptgrund deines Problems ist aber eigentlich eher, dass Unifi ein Komplettsystem ist und Du nur Teile nutzen möchtest, was natürlich geht ... nur passen dann natürlich nicht alle Produkte optimal in die Mischumgebung.

Immerhin gibt es alternativ die Softwarelösung des Controllers for free und man kann auch einen Controller in der Cloud als Service abonieren.

Quote from DerLars

Was mich aber noch umtreibt, wofür dann das DHCP Relay denn überhaupt sein soll? Ich meine das UCG Ultra als "Client" laufen zu lassen, der dahinter ein eigenes Netz aufspannt, kann ich auch so. Wozu dann diese Funktion? Ich zitiere mal: "DHCP-Relay ermöglicht es Ihnen, einen DHCP-Server für viele verschiedene L2-Netzwerke zu verwenden." Was ja genau die Funktion wäre, die ich eigentlich suche.

Nein suchst Du nicht. Du willst doch bridgen ... Das ist dann nur ein Layer 2 Netz ... Mehrere Layer 2 Netze erhält man in der Regel an Routern, physikalische LAN Interfaces oder auch virtuelle sind dann jeweils getrennte Layer 2 Netze. Da ein DHCP Server den broadcast eines DHCP Clients nur in seinem eigenen L2 Netz mitbekommen kann (Broadcasts werden nicht geroutet) muss also in jedem L2 Netz ein DHCP Server lauschen.

Hat man jetzt 20 L2 Netze, möchte man unter Umständen aber nicht 20 DHCP Server an 20 Stellen verwalten. Dann baut man sich einen DHCP Server mit den 20 IP Scopes der 20 L2 Netze und packt auf dem Router das DHCP Relay. Da wird dann auf DHCP Requests gelauscht und der Relay leitet den Request aus dem Broadcast mit seiner eigenen IP an den echten DHCP (als unicast müsste das sein). Der DHCP sieht anhand der mitgeschickten IP aus welchem IP Scope die IP kommen muss und antwortet dem Relay entsprechend, der dann den Rest mit dem DHCP Client erledigt.