Suchergebnisse

So, und nun noch meine andere Frage. Vermutlich fast schon das Peinliche berührend, aber ich komme zurzeit einfach nicht weiter. Letztlich wohl einfach eine simple Firewall/Routing Frage.. Also: Es geht um einen Zugang auf den Controller, der in einem Cloudkey läuft, der im Endeffekt mit dem (Unifi)-"LAN" des Gateways verbunden ist. Der Zugang soll von extern erfolgen, über ein VPN, das in der vorgeschalteten Fritzbox endet. Die ausgehenden Ex-VPN-Pakete der Fritzbox haben die IP-Adresse 192.168…

(Zitat von tomtim) Doppeltes NAT sehe ich eigentlich nicht: Denn das Fritzbox-NAT wird ja vom VPN-Tunnel durchbrochen und ich habe danach ja originäre Pakete von der 192.168.180.101, die über den WAN-Port des Gateways 192.168.180.30 zur 192.168.2.6 gelangen wollen/sollen. In meinen Augen ist dies das selbe, als ob ich einen Laptop an die Fritzbox hänge, der dann z.B. die 192.168.180.102 bekommt, und auf den Cloud Key zugreifen will. Und an dem ich vorher natürlich noch die Routing-Regel zum Netz…

(Zitat von tomtim) Der Remote Zugang über das Online Portal funktionert bei mir nicht. Hier könnte dann tatsächlich das Doppel-NAT der Auslöser sein (?). Aber eigentlich will ich das auch nicht - auch wenn ich das jetzt natürlich auch als Übergang nutzen würde, wenn es denn ginge..

(Zitat von EJHome) Vielen Dank! Ich meine, dass ich die Portweiterleitugn so eingerichtet habe. Zuerst hatte ich auch von "any", dann hatte ich strikter auf from 192.168.180/24 gesetzt - aber es ging nicht.. Ich werde es aber noch einmal genau prüfen, und dann alternativ auch statt mit VPN mit Laptop an der Fritzbox testen... Brauche ich vielleicht noch weitere Ports, die möglicherweise irgendwelche Java-Skripte im Webbrowser öffnen wollen? P.S.: Mangels Fernzugriff kann ich leider nur sporadisc…

(Zitat von BlackSpy) Interessant! Allerdings logge ich mich per Laptop, den ich am LAN des Gateways angeschlossen habe, bisher immer mit der 8443 ein, bzw. werde dorthin weitergeleitet, wenn ich nur die IP-Adresse angebe (so jedenfalls meine mittelschwache Erinnerung). Also bezieht sich das vielleicht nur auf die neueren Cloudkey Generationen? Wie gesagt: Die neueste Version habe ich vorgestern aufgespielt, sowohl die Firmware als auch den Controller...

(Zitat von BlackSpy) Das ist nicht möglich, weil wir eine IP-Telefonanlage haben. Die möchte ich auf keinen Fall hinter irgendwelche Firewalls hängen... Auch bleibt ja unser bisherige Firewall bestehen, die unser "richtiges" LAN mit dem Internet verbindet.. Das Unifi System läuft praktisch parallel zu unserer normalen Firewall, exklusiv für WLAN. Deshalb also brauche ich den Zugang per VPN...

(Zitat von BlackSpy) Ok, also ich teste jetzt mal ganz nativ mit Laptop direkt auf der WAN-Seite (somit sind Doppel-NAT und andere Probleme definitiv ausgeschlossen): Hardwareseitig gegeben: WAN-Netz: (Fritzbox-LAN: 192.168.180.1, Unifi GW: 192.168.180.30, Laptop: 192.168.180.51) LAN-Netz: Cloud-Key: 192.168.2.6 Einstellung: Port-Forwarding am WAN Port: Port 52000 an 192.168.2.6 Port 8443 Eine Firewallregel hat das Gateway automatisch zu der Portweiterleitung angelegt, nice. Aktion: Eingabe im W…

Noch eine dumme Frage: Muss ich nach Änderungen in den Firewalleinstellungen oder Portweiterleitungen anschließend manuell eine "zwangsweise" Provisionierung des Gateways anstoßen, oder geht das automatisch? Das hatte ich nämlich bisher nicht gemacht... Probiere ich gleich mal... Etwas später: Nein, auch nach manueller Provisionierung des Gateways funktioniert der Zugriff vom Laptop im WAN per Portweiterleitung auf den Cloud Key im LAN nicht..

GELÖST Peinlich, peinlich, peinlich..... Nachdem ich verwundert feststellte, dass sich auf meinem Cloud Key mit der Version 5.12.66 mitnichten der aktuellste Controller befand, versuchte ich ein Update. Dauernd nur die Meldung: Auf dem neuesten Stand. Komisch, dachte ich. Vielleicht werden Updates zwischen großen Versionen nur über Dateien ausgeführt? Also, versucht per SSH upzudaten: Und siehe da: Keine Internetverbindung. Komisch.... Weitere Suche... am Ende sah ich, dass das Gateway im Cloud …