Cloudzugriff auf Neo Server

Question

mediman

Cloudzugriff auf Neo Server

Hallo,

ich habe mir mal zu Testzwecken den Cloudservice eingerichtet. Hat auch alles bestens funktioniert. Neo Server auf meinem Computer läuft auch.

Dann wollte ich den Zugriff von Aussen ausprobieren.

Wie in der Anleitung beschrieben soll man ja auf seiner Fernbienung Buttons erstellen die den Zugriff an und ausschalten können.

Leider kann ich für die Buttons wie beschrieben unter Gateway nicht den Neo Server einstellen da er nicht angezeigt wird.

Ist es überhaupt möglich den Neo Server auf meine Computer von Aussen anzusprechen und was mach ich falsch?

Gruß mediman

Status: Open Sep 01, 2017 - 07:16

Haben Sie die gleiche Frage? Dieser Frage folgen

Melden

2Antworten

Antworten

demel42

Sep 01, 2017 - 10:03

Der Cloud-Service dient nach meinem Verständnis zum Übertragung der Befehle / Statusabfrage der App (so wie ich sehe, sind das alles http-Requests) an den Gateway auch von ausserhalb des einenen Netzes. Ein direkter Zugriff auf den Gateway würde ja voraussetzen, das der Gateway aus dem Internet direkt erreichbar wäre ( also typischerweise Port-Weiterleitung im Router ), was aber m.E. ein ziemliches Sicherheitsproblem darstellen würde, oder über ein VPN-Tunnel, was sicher wäre, aber unter Umständen als umständlich empfunden wird.
Und da übernimmt der CloudService eine Vermittlerrolle.

Wenn man vollständigen Zugriff auf das interne Netz haben möchte, also auch über den Gerätemanager auf den Gateway, müsste man ein VPN-Tunnel nutzen. Ist, je nach Router (zB Fritzbox), kein grosses Problem - damit hat man dann grundsätzlich den vollständigen Zugriff auf das Heimnetz.
Man könnte dann, neben dem direkten Zugriff auf die Netzwerk-Komponenten auch auf einen PC/Mac zu Hause per RDP oder VNC zugreifen ( zwei Protokolle zur Fernsteuerung von Arbeitsplatz-Computern.

0

Melden

Kommentare (0) | Neuer Kommentar

Albatros

Sep 01, 2017 - 12:57

Ich finde diese Frage sehr spannend.
Bevor ich bei mir etwas in die Cloud auslagere, möchte ich immer gern verstehen, was dann wie zusammenspielt.
An der Stelle habe ich im Prinzip die selben Fragen (und ein paar mehr) wie der TE.

Ich habe ein V5+, auf dem NEO lServer äuft.
Habe damit bei mir die Buttons einrichten können.
Wenn ich die Buttons im LAN mit Neo Remote auf dem Mac drücke, werden mir die unterschiedlichen Stati (siehe Screenshots) zurückgegeben.
Mir ist nur nicht klar, was das nun schliussendlich bewirkt, deshalb nutze ich das (noch) nicht auf meinen mobilen Geräten.

Würde mich sehr freuen, wenn in diesem Thread etwas Licht ins Dunkel kommen würde.
Da ich die Ultimate Lizenz habe, kann ich auch nicht erkennen, was ist Cloud Services und was ist Cloud Connect.
Manchmal ist zuviel Lizenz auch nicht gut :-)

Folgende Fragen sind für mich offen:
- Was ist nötig, damit die komplette Fernbedienung per Cloud mit allen integrierten PlugIn Geräten genutzt werden kann. Beispiel Hue Lampen.
- Müssen die Geräte noch zusätzlich in diie Mediola Cloud exportiert werden, oder ist das nur für Amazon Echo nötig?

- Wozu sind die unterschiedlichen Modi (lokal, auto und on) da?
- Woher weiß die heruntergeladenen Fernbedienung auf einem Mobilgerät, welche Verbindung zu nutzen ist und wo kann ich erkennen, welche Verbindung das konkret ist?

Fragen über Fragen... ich hoffe der TE hat nichts dagegen, wenn ich mich hier ranhänge.

0

1

Melden

Kommentare (8) | Neuer Kommentar

Von

demel42

auf 01.09.2017 13:36:58 | Gefällt mir (0) | Melden

Ich kenne nicht wirklich die Implementierung, würde aber zwei Möglichkeiten sehen
Ich setze dabei voraus, das der Gateway eine dauerhafte Verbindung zu dem Mediola-Servie hält.
im 'remote'-Modus wird
1. die Kommunikation dauerhaft über Mediola geroutet, also GW <-> Mediola <-> App
2. wenn eine App Zugang haben will, kommuniziert die App mit Mediola, die wiederum den GE veranlasst, sich mit der App in Verbindung zu setzen. Da das ja eine Outgoing Connection ist, gibt es keine Probleme mit dem Router-Firewall und auch kein Sicherheitsproblem.

Den Modus kann man an der Gateway-Variable 'remote_state' ( aus dem Gedächtnis ) erkennen ( = remote oder local )
remote_mode = auto bedeutet, das die Aüp versucht selbst zu erkennen, ob er im lokalen Netz ist oder nicht.
Naturgemäss dauert es etwas, das zu erkennen, ich fand es unzuverlässig, hab aber nicht viel getestet. Ein gezieltes "on" funktioniert und ist für mich i.O.

Ich nehme an, das die Kommunikation über http-Calls geht ( so wie in der API beschrieben).

Ich kann mir keinen Grund vorstellen und aus eigener Erfahrung auch nicht bestätigen, das man irgendwas in die Cloud exportieren muss, damit man die Fernbedienung benutzen kann.
Wenn man in der Fernbedienung lokale Adressen ansprechen will , zB einen Web-Server, der Daten aufbereitet, muss der öffentlich erreichbar sein; diese http-Aufrufe werdennnicht irgendwie umgeleitet oder getunnelt.

Die Mediola-Cloud ist etwas anderes, die ist erforderlich um mit so etwas wie Alexa, IFTTT zu kommunizieren. Dabei wird mE aber auch nur ein Kommunikatiosinterface exportiert - weis ich aber nicht wirklich.

Das dritte sind die in der Cloud gespeicherten Fernbedienungen, die ja auch nur das Kayout etc sowie die Funktionsaudrufe der Tasten etc enthalten.

Eine Beschreibubg von Nefiola zu dem Thema wäre zur Klarstellung natürlich hilfreich.

Von

demel42

auf 01.09.2017 13:38:33 | Gefällt mir (0) | Melden

sorry für die Schreibfehler, Finger sind zu gross fürs Handy

Von

mediman

auf 01.09.2017 16:57:28 | Gefällt mir (0) | Melden

Hallo Leute,
nichts für ungut, aber ich habe hier eine Frage gestellt und ihr habt es geschaft innerhalb kürzester Zeit das Thema vollständig umzukrempeln. Ich würde gerne hier meine Frage wieder zum Thema machen.

Von

demel42

auf 01.09.2017 17:12:31 | Gefällt mir (0) | Melden

Entschuldigung, ich dachte, ich hätte Deine Frage in meiner ersten Antwort beantwortet.

Nein, durch die Cloud-Funktionen gibt es keinen Zugriff auf Dein internes Netz, also keinen vollständigen Zugriff auf den Gateway. Der Zugriff auf den Gateway durch den Gerätemanager etc erfolgt ganz offensichtlich über seine IP-Adresse in deinem internen Netz.

Wenn Du in diesen Zugriff haben möchtest geht das nur über einen VPN-Tunnel oder indem Du den Zugriff auf den Gateway aus dem öffentlichen Netz ermöglichst (Portweiterleitung von Port 80 auf den Gateway). Die Anzeige im ConfigTool NEO erfolgt aufgrund des Broadcast der Gateways, ist also im öffentlichen Netz nicht möglich.

Der Remote-Access über die Cloud dient nur zur Vemittlung der Ausführung von Befehlen an den Gateway.

Von

Albatros

auf 01.09.2017 17:49:06 | Gefällt mir (0) | Melden

Und wie die Buttons aussehen hatte ich Dir beschrieben. Halt auf einem V5+.

Von

mediman

auf 01.09.2017 19:44:34 | Gefällt mir (0) | Melden

@demel42
Vielleicht bin ich auch zu blöd.
Ich weiss, dass es mit einem Gateway V5 plus möglich ist seine Geräte von Aussen zu bedienen ohne eine VPN-Tunnel haben zu müssen. Und zwar über den Cloud Service von Mediola.

Ist überall zu lesen:
"Steuern Sie ganz einfach und sicher alle Ihre über das AIO Gateway V5 bzw. V5plus eingebundenen Geräte von überall. Ohne einen VPN-Zugang einrichten zu müssen."

Da sich das Gateway auf dem der Neo Server läuft auch in meinem internen Netz befindet ging ich davon aus, dass es also auch möglich ist den Neo Server auf meinem Computer laufen zu lassen und den gleichen Zugriff von Aussen zu haben.

@Derwoistimmerda
wie die Buttons aussehen ist mir klar. Ich kann sie nur nicht etablieren. Die Funktion der Buttons ist auch klar.

Ein - heisst, dass du immer über den Cloud Service deine Geräte bedienst.
Local - heisst, das die Geräte immer und dann ausschliesslich über das interne Netz gesteuert werde.
Auto - heisst, dass Neo entscheidet wann das eine oder das andere passiert. (Ich schätze und hoffe mal, wenn es gut läuft werden deine Geräte wenn du zu Hause bist intern gesteuert und wenn du das Haus verlässt schaltet deine Fernbedienung automatisch auf den Cloud Service um.

Leider tappe Ich aber mit meiner Frage immer noch im Dunkeln. Sorry.....

Von

demel42

auf 02.09.2017 06:38:08 | Gefällt mir (0) | Melden

Vorausgeschickt möchte ich anmerken, das ich die Begriffe CloudServices in Bezug auf den Teil Remote-Access etwas unglücklich finde.

Ich beziehe mich hier auf den Remote-Access bzw Fernzugriff.

Der RemoteAccess realisiert kein VPN; er vermittelt, trotz bestehender Absicherung des lokalen Netzwerkes durch Firewall, einen Kommunikationskanal zwischen der App und dem Gateway aber nicht zwischen deinem Laptop und deinen lokalen Netzwerk.

Bzgl VPN bin ich mir aus verschiedenen Gründen sicher, u.a. weil mein Router selbst alle VPN-Verbindung abhandelt und eine solche Kommunikation nicht bis zu meinem Gateway kommen würde und weil ein VPN ja, wie der Name schon sagt, das ganze Netzwerk betrifft.

Bzgl des Etablierung der Verbindung bin ich mir nicht 100%'ig sicher; das beschriebene Vorgehen (ganz vereinfacht: der Gateway hat einen offenen Kanal zu Mediola, die App meldet sich bei Mediola, wenn sie kommunizieren will, Mediola signalisiert dem GW welches Endgerät (IP) mit ihm reden will und der GW baut dann eine Verbindung zu der App auf) ist aber das bei solchen Dingen eine übliche Vorgehensweise.

Ob diese Verbindung verschlüsselt ist (also zB HTTPS) oder nicht ist damit nicht gesagt.

Wenn man den Port 80 in seinem Router auf den Port 80 des Gateway weiterleitet, kann man den Gateway auch erreichen, das wäre aber gerade sträflich riskant, weil man damit den Gateway Angriffen aus dem Internet aussetzt und einem Angreifer über den Gateway schlimmstenfalls auch den Zugriff auf das lokale Netz ermöglicht. Erschwerend käme hinzu, das Port 80 ja unverschlüsseltes HTTP ist und das macht es einem potentiellen Angreifer ja wirklich einfach.

Das der RemoteAccess kein VPN etabliert, hat auch eine ganz praktische Nebenwirkung: wenn man in der FB einen HTML-Befehl aufruft, der nichts mit den Gateway zu tun hat, z.B. eine Web-Seite in deinem lokalen Netzwerk aufruft, so ist diese Seite nicht erreichbar, wenn der Web-Server mit dieser Seite nicht auch dem Internet erreichbar ist. Ich rufe z.B. eine Seite auf, die mit Daten meiner Bewässerungsanlage aufbereitet und visualisiert und musste diese Seite auch aus dem Internet erreichbar machen. Sollte man also in seiner HomeAutomation andere Komponenten haben, die direkt vom NEO, also nicht über den Gateway, erreicht werden müssen, muss man diesen Aspekt bedenken. Alles, was an dem Gateway angeschlossen ist, ist kein Problem. Mangels eigener Erfahrung weis ich nicht, was mit anderen Gateways funktioniert, da ich neben meinem V5+ nur ein Netatmo habe und der kommuniziert ja sowieso über das Internet.

Das die Kommunikation selbst (also die Befehle) komplett und dauerhaft über Mediola geleitet wird, ist natürlich auch möglich, würde ich aber für etwas unlogisch halten (u.a. weil man damit ja die Latenz (also die Dauer von Befehl absetzen bis zur Ausführung/Rückmeldung) minimal verdoppeln würde - statt APP-GW dann APP-Mediola-GW). Aber natürlich möglich. War mir bisher nicht wichtig genug, das ich versucht hätte das durch Netzwerk-Analyse herauszubekommen, denn in beiden Fällen hat das ja keine Auswirkung auf die Funktion.

Was die "Buttons" angeht, so habe ich mir dein Post nochmal durchgelesen und deinen letzen Kommentar und verstehe ehrlicherweise nicht, wo dein Problem und Unverständnis liegt.

Die Mediola Anleitungen und die diversen Antworten von Mediola zu den Thema finde ich nicht ganz eindeutig.

Ob es ausreicht, einen der Buttons (dann ja eher "remote_mode=auto") nur irgendwo aufbder Fernbedienung definiert zu habe, das da reine Vorhandensein also wirkt, ohne das man ihn betätigen muss.
Das habe ich nicht ausprobiert, wie gesagt hatte ich das damsl, als diese Möglichkeit eingeführt wurde mal ausprobiert, was passiert, wenn ich "auto" menuell einstelle und war nicht überzeugt davon. War aber definitiv zuneinem frühen Zeitpunkt, könnte man durchaus nochmal testen.
Mir reicht die Möglichkeit, das aktiv über einen Knopf einzuschalten.

Um auch diese Frage zu beantworten, ob ein Export von Geräten in die MediolaCloud für den RemoteAccess erforderlich ist: definitiv nein.

Ich hoffe, das konnte ich nun etwas klarer ausdrücken. Ansonsten bei Fragen bitte fragen.

Von

mediman

auf 02.09.2017 06:53:46 | Gefällt mir (0) | Melden

@demel42

Ich kenne mich mit VPN und dergleichen nicht aus und mir war der Unterschied was die Erreichbarkeit zwischen Gateway und Computer in meinem Netzwerk angeht nicht so ganz klar. Jetzt sehe ich klarer wo der Punkt ist.
Somit ist meine Frage jetzt beantwortet.
Danke für deine nochmals ausführlichere Beschreibung.

Neuen Kommentar hinzufügen

Ich kenne nicht wirklich die Implementierung, würde aber zwei Möglichkeiten sehen
Ich setze dabei voraus, das der Gateway eine dauerhafte Verbindung zu dem Mediola-Servie hält.
im 'remote'-Modus wird
1. die Kommunikation dauerhaft über Mediola geroutet, also GW <-> Mediola <-> App
2. wenn eine App Zugang haben will, kommuniziert die App mit Mediola, die wiederum den GE veranlasst, sich mit der App in Verbindung zu setzen. Da das ja eine Outgoing Connection ist, gibt es keine Probleme mit dem Router-Firewall und auch kein Sicherheitsproblem.

Den Modus kann man an der Gateway-Variable 'remote_state' ( aus dem Gedächtnis ) erkennen ( = remote oder local )
remote_mode = auto bedeutet, das die Aüp versucht selbst zu erkennen, ob er im lokalen Netz ist oder nicht.
Naturgemäss dauert es etwas, das zu erkennen, ich fand es unzuverlässig, hab aber nicht viel getestet. Ein gezieltes "on" funktioniert und ist für mich i.O.

Ich nehme an, das die Kommunikation über http-Calls geht ( so wie in der API beschrieben).

Ich kann mir keinen Grund vorstellen und aus eigener Erfahrung auch nicht bestätigen, das man irgendwas in die Cloud exportieren muss, damit man die Fernbedienung benutzen kann.
Wenn man in der Fernbedienung lokale Adressen ansprechen will , zB einen Web-Server, der Daten aufbereitet, muss der öffentlich erreichbar sein; diese http-Aufrufe werdennnicht irgendwie umgeleitet oder getunnelt.

Die Mediola-Cloud ist etwas anderes, die ist erforderlich um mit so etwas wie Alexa, IFTTT zu kommunizieren. Dabei wird mE aber auch nur ein Kommunikatiosinterface exportiert - weis ich aber nicht wirklich.

Das dritte sind die in der Cloud gespeicherten Fernbedienungen, die ja auch nur das Kayout etc sowie die Funktionsaudrufe der Tasten etc enthalten.

Eine Beschreibubg von Nefiola zu dem Thema wäre zur Klarstellung natürlich hilfreich.
sorry für die Schreibfehler, Finger sind zu gross fürs Handy
Hallo Leute,
nichts für ungut, aber ich habe hier eine Frage gestellt und ihr habt es geschaft innerhalb kürzester Zeit das Thema vollständig umzukrempeln. Ich würde gerne hier meine Frage wieder zum Thema machen.
Entschuldigung, ich dachte, ich hätte Deine Frage in meiner ersten Antwort beantwortet.

Nein, durch die Cloud-Funktionen gibt es keinen Zugriff auf Dein internes Netz, also keinen vollständigen Zugriff auf den Gateway. Der Zugriff auf den Gateway durch den Gerätemanager etc erfolgt ganz offensichtlich über seine IP-Adresse in deinem internen Netz.

Wenn Du in diesen Zugriff haben möchtest geht das nur über einen VPN-Tunnel oder indem Du den Zugriff auf den Gateway aus dem öffentlichen Netz ermöglichst (Portweiterleitung von Port 80 auf den Gateway). Die Anzeige im ConfigTool NEO erfolgt aufgrund des Broadcast der Gateways, ist also im öffentlichen Netz nicht möglich.

Der Remote-Access über die Cloud dient nur zur Vemittlung der Ausführung von Befehlen an den Gateway.
Und wie die Buttons aussehen hatte ich Dir beschrieben. Halt auf einem V5+.
@demel42
Vielleicht bin ich auch zu blöd.
Ich weiss, dass es mit einem Gateway V5 plus möglich ist seine Geräte von Aussen zu bedienen ohne eine VPN-Tunnel haben zu müssen. Und zwar über den Cloud Service von Mediola.

Ist überall zu lesen:
"Steuern Sie ganz einfach und sicher alle Ihre über das AIO Gateway V5 bzw. V5plus eingebundenen Geräte von überall. Ohne einen VPN-Zugang einrichten zu müssen."

Da sich das Gateway auf dem der Neo Server läuft auch in meinem internen Netz befindet ging ich davon aus, dass es also auch möglich ist den Neo Server auf meinem Computer laufen zu lassen und den gleichen Zugriff von Aussen zu haben.

@Derwoistimmerda
wie die Buttons aussehen ist mir klar. Ich kann sie nur nicht etablieren. Die Funktion der Buttons ist auch klar.

Ein - heisst, dass du immer über den Cloud Service deine Geräte bedienst.
Local - heisst, das die Geräte immer und dann ausschliesslich über das interne Netz gesteuert werde.
Auto - heisst, dass Neo entscheidet wann das eine oder das andere passiert. (Ich schätze und hoffe mal, wenn es gut läuft werden deine Geräte wenn du zu Hause bist intern gesteuert und wenn du das Haus verlässt schaltet deine Fernbedienung automatisch auf den Cloud Service um.

Leider tappe Ich aber mit meiner Frage immer noch im Dunkeln. Sorry.....
@demel42

Ich kenne mich mit VPN und dergleichen nicht aus und mir war der Unterschied was die Erreichbarkeit zwischen Gateway und Computer in meinem Netzwerk angeht nicht so ganz klar. Jetzt sehe ich klarer wo der Punkt ist.
Somit ist meine Frage jetzt beantwortet.
Danke für deine nochmals ausführlichere Beschreibung.

Cloudzugriff auf Neo Server

2Antworten

Antworten

Thema durchsuchen

Kürzlich aktive Mitglieder

Werkzeuge