Ubiquiti Cloud Gateway Max als Router

hansheiri2

Hallo zusammen

Ich habe seit einiger Zeit versucht, dass mein neuer Cloud Gateway Max zusammen mit der Internet Box Fiber funktioniert. Leider stoss ich immer wieder an, da der Bridge Mode ja bekanntlich nicht freigegeben wurde.

Ich habe es gemäss dieser Anleitung hier probiert: https://community.sunrise.ch/d/38943-ubiquiti-cloud-gateway-ultra-and-sunrise-fibre-box-3/11

Ich habe wie beschrieben auf der Internet Box Fiber:

DMZ für CGM eingerichtet
DHCP abgeschaltet
Und auch eine statische IP (192.168.1.2) für die CGM MAC-Adresse reserviert

Auf der CGM habe ich dann:

Im WAN Teil die Einstellungen auf Manual gesetzt
Gateway als 192.168.1.1 definiert
IP Adresse als 192.168.1.2 definiert
Die Subnet Maske 255.255.255.252 eingegeben
Google’s DNS Server manuell hinterlegt

Anschliessend wollte ich dann noch:

Im Default Netzwerk auf dem CGM die Netzwerkeinstellungen anpassen, jedoh weicht das ein wenig von der Anleitung ab, da man nur eine IP angeben kann sowie eine Netmask Zahl, aus welcher dann das Subnet erstellt wird

Jedoch kann ich das Netzwerk auf der CGM nicht mit dem gleichen Subnetz betreiben welches das WAN bereits nutzt:

Anschliessend hab ich dann auf der andersrum zuerst das Netzwerk auf der CGM definiert auf IP Adresse 192.168.1.2 mit Netmask 24 und dann wollte ich den WAN anpassen, aber auch da gibt mir das CGM einen Fehler zurück:

Anschliessend hab ich einen ganz anderen Weg ausprobiert und die IP von der Internet Box Fiber auf 192.168.0.1 geändert, die CGM als 192.168.0.2 reserviert und in der CGM alles auf 192.168.1.1 als Gateway gerichtet sowie die WAN auf 192.168.0.1 mit eigener IP 192.168.0.2. Das konnte ich zwar alles einstellen, aber ich konnte keine Internetverbindung herstellen, da es im Browser immer einen DNS Error gab.

Nun habe ich aktuell die Internet Fiber Box zurück gesetzt, in der CGM das WAN auf Auto gesetzt und das Netzwerk separat auf 192.168.2.1/24 eingestellt. Das funkioniert jetzt zwar mit dem Internet, aber das hat einige Nachteile:

Unifi erkennt den Online Status nicht und zeigt die ganze Zeit an, dass der ISP down sei
Mein gesamtes Netzwerk ist auf 192.168.1.1/24 ausgerichtet mit den statischen IPs und darum funktioniert einiges nicht
Port-forwarding und DDNS funktionieren nicht (CGM sowie Endgeräte)

Xydocq

hallo hansheiri2

Die IPv4 Konfiguration des Cloud Gateway ist nicht ganz richtig.

Das Subnet 192.168.1.0/24 wird bereits am WAN Port verwendet. Dieses Netzwerk steht somit lokal nicht mehr zur Verfügung. Es steht ja in deinem Post, dass sich die Netzwerke überlappen.

Diese Einstellung müsste geändert werden. Dort sollte etwas anderes als 192.168.1.1 stehen, zum Beispiel 192.168.10.1 oder 10.10.10.1.

Die Zahl “24” gibt an welcher Teil der Adresse als Netzwerk-Identifikator, quasi als “Strassenname” verwendet wird. Das wäre hier 192.168.10, die letzten 3 Zahlen dienen zur Identifikation des Gerätes also als “Hausnummer”. Je grösser diese Zahl ist, umso weniger Hausnummern stehen zur Verfügung. Bei einer 32 sind es genau noch 2 Nummern (entspricht der Subnetmaske 255.255.255.252). Bei 24 sind es 254 (Subnetmaske 255.255.255.0) Die Nummerierung folgt dabei einem Schema und kann nicht zufällig gewählt werden.

Der von dir erwähnte Post ist von mir. Ich mache darin darauf Aufmerksam, dass dies nur funktioniert, wenn man dem Gateway die lokale IP 192.168.1.5 zuweist. Das ganze war als schnelle Notlösung gedacht, die einige Einschränkungen mit sich bringt und eigentlich nicht verwendet werden soll.

Xydocq

hansheiri2 aber ich konnte keine Internetverbindung herstellen, da es im Browser immer einen DNS Error gab.

Kannst du von diesen Einstellungen einen Screenshot posten? Vor allem wäre es hilfreich zu sehen wie die DNS -Einstellungen waren.

hansheiri2

Hallo Xydocq

Danke für deine schnelle Antwort!

Ich glaub dein Post war genau das, was ich eigentlich erreichen wollte: Dass das gleiche Subnet genutzt werden kann. Ich habe es auch mit 192.168.1.5 als Gateway probiert, aber Unifi lässt mich das gar nicht eintragen mit der exakt gleichen Meldung, obwohl ich die Subnet Maske von dir verwendet habe im WAN. Irgendwie scheint das mit Unifi nicht möglich zu sein.

Bezüglich deiner Alternative mit separatem Subnet habe, sofern ich dich richtig verstanden habe, genau schon so im Originalpost als zweite Option mit Internet Box Fiber auf 192.168.0.1 und CGM das Subnet 192.168.1.1/24 getestet, leider funktioniert da der Internetzugriff nicht. Ausserdem die (aktuell konfigurierte) dritte Option mit Internet Box FIber auf 192.168.1.1 und CGM auf 192.168.2.1/24 ausgerichtet, sollte deckungsgleich mit deinem Vorschlag sein, aber auch hier funktionieren ja einige Sache wie beschrieben (Online Status im CGM, Statische IPs, Port Forwarding und DDNS) nicht. Habe ich da vielleicht noch etwas übersehen?

Edit: Online Status in CGM könnte sogar ein Fehler von Sunrise selber sein https://community.sunrise.ch/d/38458-unifi-dream-machine-se-hat-kein-health-status/2 @Daniele_Sunrise ist das ein gängiges Problem? Kann man das auch ohne Telefonsupport überprüfen lassen?

Daniele_Sunrise

hansheiri2 Nein, wir haben hier keine Möglichkeit etwas von unserer Seite aus einzustellen. Beim Post 38458 wurde das Anliegen gelöst durch die erneute Aktivierung von IPv4, weil das Modem wieder auf IPv6 war.

Liebe Grüsse
Daniele

hansheiri2

Daniele_Sunrise
Danke für die rasche Antwort. Leider verstehe ich es nicht ganz, was du mit “das Modem wieder auf IPv6 war”. Wenn ich in meine Internet Box Fiber Einstellungen gehe, dann sehe ich IPv6 als deaktiviert. Ist das gemeint, oder wer muss hier IPv4 aktivieren?

Daniele_Sunrise

hansheiri2 Ich meinte der Post hier wurde gelöst. Die Ursache war, dass das Modem auf IPv6 war, was bei dir nicht der Fall ist.

Liebe Grüsse
Daniele

hansheiri2

Daniele_Sunrise

Okay, ich habe aber das gleiche Problem wie dieser Post. Was könnte die Ursache dafür sein?

hansheiri2

Xydocq

Vielen Dank für deine Hilfe!

Die Settings auf der CGM waren wie folgt für den fall mit den zwei getrennten Subnets auf Internet Box Fiber und CGM.

WAN:

IPv4 Connection: Static IP
IPv4 Address: 192.168.0.2
Subnet Mask: 255.255.255.252
Gateway IP: 192.168.0.1
Additional IP Adresses: leer
DNS Server: 1.1.1.1 als erster Eintrag und 8.8.8.8 als zweiter Eintrag

Network:

Protocol: IPv4
Internet Source IP / NAT: Main (Sunrise)
Gateway IP/Subnet: Auto-Scale Network checked
Host Address: 192.168.1.1
Netmask: 24

Und auf der Internet Box Fiber:

DHCP abgeschaltet
IP der IBF auf 192.168.0.1 gesetzt
IP der CGM auf 192.168.0.2 gesetzt via MAC Adresse und DMZ aktiviert
DNS unverändert (lässt sich ja auch nicht anpassen hier)

Das gleiche Verhalten (kein Internet und DNS Probleme) gab es natürlich auch, wenn ich die IP der IBF auf 192.168.1.1 gelassen habe und das Subnet auf der CGM auf 192.168.2.1/24 ausgerichtet habe.

Die DNS auf den Clients habe ich unverändert gelassen und einfach jeweils die Verbindung neu aufgebaut, damit DHCP Leases neu vergeben werden, wenn sich das Subnet verändert hat.

Irgendwie steh ich grad ziemlich auf dem Schlauch, wie ich hier besser testen kann, was nicht sauber konfiguriert ist.

Xydocq

hansheiri2 , danke für die Informationen.

Ich würde quad1 nicht als primären DNS verwenden. Es gibt zumindest einige Berichte im Netz über Probleme beim Einsatz von 1.1.1.1.

Bitte versuche mal google als primären DNS einzutragen und berichte über das Ergebnis.

pato

hansheiri2 WAN und LAN dürfen nicht das gleiche Subnetz haben, dies ist das aller wichtigste. Wenn du beim WAN zum Beispiel 192.168.1.0/30 nutzt, also 192.168.1.0 - 192.168.1.3, (Subnetmask 255.255.255.252) dann muss das LAN ausserhalb von diesem Netz sein, also zum Beispiel 192.168.1.128/25, was dann 192.168.1.128 - 192.168.1.255 (Subnetmask 255.255.255.128) entspricht.
Mit diesen Einstellungen könntest du dann zweimal Adressen haben, die mit 192.168.1.x beginnen.
In diesem Fall müsste auf dem CGM im DHCP Server dann die IP Adresse vom LAN Interface (vermutlich 192.168.1.129) der CGM als Gatewayadresse verteilt werden, mit der Subentzmaske 255.255.255.128. Keine Ahnung ob der CGM dies automatisch korrekt für dich einträgt. Die Clients müssen danach einen neuen DHCP Handshake machen (am einfachsten Gerät neu starten) , damit sie die neue DHCP Konfiguration beziehen.

Beim WAN Interface der CGM musst du die 192.168.1.1 als Gateway setzen, oder falls dies nicht möglich ist, eine Default Route setzen auf die 192.168.1.1. Also im Stil von 0.0.0.0 0.0.0.0 192.168.1.1.

Auf der CGM muss die Firewall aktiv sein, damit die ein NAT vom 192.168.1.128/25 auf die 192.168.1.2 macht als Source Adresse beim ausgehenden Traffic.

hansheiri2

Hallo zusammen pato & Xydocq

Vielen Dank für die Antworten. Ich probiere es nun der Einfachheit halber mit zwei getrennten Subnetzen (IBF auf 192.168.1.1/24 und CGM auf 192.168.2.1/24).

Leider krieg ich auch das nicht hin. Ich habe beide Systeme zurückgesetzt und dann folgendes gemacht:

IBF -> DHCP -> 1. IPv4 Adresse 192.168.1.2
IBF -> DHCP -> MAC Adresse von CGM auf 192.168.1.2 reservieret
CGM -> WAN -> Advanced auf “Manual” mit IPv4 Configuration: IPv4 Connection “Static IP”, IPv4 Address “192.168.1.2”, Subnet Mask “255.255.255.0”, Gateway IP “192.168.1.1”
CGM bekommt neue IP 192.168.1.2 (auf IBF sichtbar) und Site Manager muss für Zugriff auf CGM neu geladen werden, da IP Adresse sich geändert hat.
Aktuell keine Internetverbindung im Browser (DNS_PROBE_FINISHED_NO_INTERNET) und jedoch via CMD direkt
ping 1.1.1.1

Ping wird ausgeführt für 1.1.1.1 mit 32 Bytes Daten:
Antwort von 1.1.1.1: Bytes=32 Zeit=8ms TTL=56
Antwort von 1.1.1.1: Bytes=32 Zeit=8ms TTL=56
Antwort von 1.1.1.1: Bytes=32 Zeit=8ms TTL=56
Antwort von 1.1.1.1: Bytes=32 Zeit=8ms TTL=56
Jedoch keine keine CMD Konnektivität via DNS:
ping google.com
Ping-Anforderung konnte Host “google.com” nicht finden. Überprüfen Sie den Namen, und versuchen Sie es erneut.
5.Auf Windows client DHCP Lease erneuern: ipconfig /release, ipconfig /renew via CMD -> gleiches Ergebnis für ping google.com
6.CMG -> Security -> Firewall Regel für Allow Traffic from Default Network (192.168.2.1/24) zu Any mit Type “Internet”

Hier noch die Screenshots dazu:

Xydocq

hallo hansheiri2

Danke für die Screen-Shots.

Als aller erstes ist anzumerken, dass der IP-Bereich auf der Internet Box das ganze sehr erschweren wird.

192.168.0.0/16 bedeutet das alle Adressen von 192.168.0.1 bis 192.168.255.254 zu diesem Netzwerk gehören. Da spielt es keine Rolle welche 192.168.x.x du für das lokale Netzwerk verwendest. Die alle gehören zur Internet Box und überschneiden sich!

Da ich keine Internet Box habe, wäre es schön zu wissen welche andere Möglichkeiten es dort gibt. Erst dann kann man an einer Lösung feilen.

pato

hansheiri2 Wie schon erwähnt, der Sunrise IP Bereich im ersten Screenshot muss /24 sein., sofern dies wählbar ist. Falls nicht, musst du das interne Netz bei der CGM auf 10.0.0.0/24 oder 172.16.0.0/24 ändern.

hansheiri2

Hallo Xydocq & pato

Leider hat Sunrise hier nur sehr eingeschränkte Auswahl:

172.16.0.0/12
192.168.0.0/16
10.0.0.0/8

Wie bereits erwähnt ist das praktisch unbrauchbar mit 192.168.x.x. Darum werde ich wohl meinen Router auf ein anderes Subnet ausrichten. Kann es sein, dass das auch der Grund für den nicht funktionierenden DNS ist? Aus meiner Sicht funktioniert nämlich DHCP, da die IBF nur auf 192.168.1.x Adressen vergibt und die CGM auf 192.168.2.x, was ja hier eigentlich ein Problem sein sollte. Aber auf meinen Clients funktioniert eigentlich alles bis aus DNS (ping 8.8.8.8 funktioniert ja aber ping google.com nicht).

Xydocq

hansheiri2

Folgendes würde ich versuchen:

Internet Box:

Netzwerkbereich auf 10.0.0.0/8 stellen
IP-Adresse 10.0.0.1
Subnetmaske 255.255.255.0
DHCP Aus (solange keine anderen Geräte mit der Internet Box verbunden werden)

CGM IPv4 Configuration für WAN:

IPv4 Address 10.0.0.2
Subnetmask 255.255.255.252
Gateway IP 10.0.0.1

Teste mal, wie sich das Ganze mit diesen Einstellungen verhält.

hansheiri2

Xydocq
Danke für den Vorschlag. Ich habe das so umgesetzt. Zuerst hat es auf den Clients nicht geklappt, dann hab ich in CGM noch die DNS Server auf 10.0.0.1 gesetzt:

Dann konnte ich zumindest mal auf den Clients eine DNS Auflösung erreichen:
ping google.com

Ping wird ausgeführt für google.com [142.250.178.206] mit 32 Bytes Daten:
Antwort von 142.250.178.206: Bytes=32 Zeit=9ms TTL=115

Zusätzlich musste ich neben der DMZ auch noch ein paar Ports aufmachen, was ich nicht so wirklich verstehe. Aktuell läuft fast alles, aber die CGM zeigt mit WAN immer noch als unavailable an:

Somit seh ich leider nach wie vor diese Fehler in der CGM:

hansheiri2

Xydocq Einige Zeit später hab ich’s nun doch noch hingekriegt. Im Internet Connection Check von Unifi musste ich die IP Adresse der IBF (10.0.0.1) hinzufügen und dann hat es geklappt. Obwohl der Ping über den Cloud Gateway Max tadellos funktioniert hat. Ganz komisch. Wahrscheinlich vielleicht auch weil Sunrise keine eigenen DNS Server auf der IBF erlaubt und die Einstellung sperrt.

Ausserdem habe ich gesehen: Auf der IBF war und ist NAT immer noch aktiv. Verstehe aber nicht, ob ich das bei diesem Setup so noch brauche.

Xydocq

hansheiri2

Das NAT auf der Internet Box wird bei diesem Setup gebraucht.