EgiGeoZone Forum
EgiGeoZone => Vorschläge zur App => Thema gestartet von: Amenophis86 am 11.11.2015, 17:31:30
-
Ich habe heute die App installiert und beim Testen ist mir folgendes aufgefallen:
Ich definiere für FHEM die URL, welche über eine DNS Weiterleitung funktioniert. Jetzt kann die App natürlich nicht schicken, wenn ich in meinem WLan dran bin. Daher die Frage, ob es die Möglichkeit gibt diesen Fehler zu umgehen. Zum Beispiel in dem man zwei Server Profile hat. Das eine für aktives WLan und das andere für nicht aktives WLan. Die App schaut dann über welches Profil gesendet werden soll.
Der Grund ist, dass ich für eine Einstellung den Radius nicht so groß machen kann und quasi an der Schnittstelle zum WLan liegt. Manchmal kann es dann natürlich nicht senden, wenn ich noch im WLan bin bzw. gerade wieder in dieses Wechsel. Ich hoffe man versteht was ich meine :)
-
Weiterhin hat die App jetzt schon 2 mal versucht einen Status zu senden, obwohl ich den Bereich nicht verlassen habe. Einmal saß ich sogar die ganze Zeit nur auf der Couch. Das klappt natürlich auch nicht, wenn ich im WLAN bin.
-
Willkommen im Forum!
Jetzt kann die App natürlich nicht schicken, wenn ich in meinem WLan dran bin.
Ich verstehe tasächlich nicht, was du meinst! Wie kann die App nicht schicken, wenn du im Wlan bist?
Zum Beispiel in dem man zwei Server Profile hat. Das eine für aktives WLan und das andere für nicht aktives WLan. Die App schaut dann über welches Profil gesendet werden soll.
Zwei oder mehrere Profile kann man schon haben, aber die App kann nicht auf Wlan-Events reagieren und Aktionen auslösen.
-
Weiterhin hat die App jetzt schon 2 mal versucht einen Status zu senden, obwohl ich den Bereich nicht verlassen habe. Einmal saß ich sogar die ganze Zeit nur auf der Couch.
Das Problem wurde hier des öfteren erörtert. Da sollte ein größerer Radius helfen.
Auch arbeite ich daran für solch ungünstigen Lagen eine Verbesserung zu bringen. Zum Beispiel mit Hilfe von GPS-Polling. Ich weiß, dass es auf Kosten des Akkus geht, aber wer es braucht, der kann es optional einschalten.
Das klappt natürlich auch nicht, wenn ich im WLAN bin.
Genau das verstehe ich nicht. Genau wenn du im Wlan bist, kann eine Kommunikation stattfinden.
-
Es kann keine Kommunikation statt finden, weil ich über eine dynamische DNS senden muss, wenn ich nicht im WLAN bin und über die nicht senden kann, wenn ich im WLAN bin.
-
Ich versuche es mal ausführlicher zu erklären. Wenn ich im Wlan bin, dann kann ich FHEM natürlich über die IP des Pi ansprechen und die Befehle senden. Wenn ich allerdings nicht im WLan bin, dann muss ich natürlich über eine dynamische DNS auf meinen Pi Zugreifen, da mir die WLan IP ja nix bringt. Natürlich könnte ich über VPN auf meinen Pi Zugreifen von Unterwegs. Allerdings müsste ich dann ja jedes Mal für die App im VPN sein, was auch unlogisch ist. Daher die Frage, ob man quasi zwei Server bei einer Zone hinterlegen kann und wenn der erste meldet, dass es nicht geht der zweite genommen wird. Dann könnte ich einmal die Netzwerk IP hinterlegen und einmal die Dynamischen Zugangsdaten.
Hoffe es ist jetzt verständlicher geworden :)
-
Habe es endlich verstanden ;)
Warum willst du den unterscheiden? Trage immer die dynamische Adresse ein und die funktioniert auch zu Hause im Wlan. Du brauchts die private dann nicht. Das machen wir alle hier so.
Ein quasi Ausfall-Server-Profil, wenn eine Verbindung nicht funktionirt, gibt es in der App nicht.
-
Mein doofes Speedport W724v kann leider kein Nat Loopback. Daher die Frage nach dem zweiten Server :)
-
Dann verstehe ich nicht wie du deinen Server überhaupt an einen DynDns anbinden konntest!
Der Router muss es ja können.
-
Der Router hat die Funktion, dass eine Dynamische DNS hinterlegt wird. Was der Router nicht kann ist, aus dem lokalen Netz über die dynamische DNS wieder ins lokale Netz zu gehen quasi diesen weg:
Handy -> Router -> Internet -> Router -> FHEM.
Der Router blockt anfragen aus dem Lokalen Netz über das Internet zurück ins Lokale Netz. Auch "Nat Loopback" genannt.
-
OK, ich hatte das mit dem NAT Loopback irgendwie überlesen.
Hmmmm. Da habe ich zur Zeit keine Lösung dazu.
-
Deswegen die Frage, ob es möglich ist einen zweiten Server mit rein zu nehmen, der quasi beim 2 oder 3 Error einspringt. :)
-
Ich denke darüber nach.
-
Danke :)
-
Das Problem hatte ich auch, da bei mir der gleiche Router im Einsatz ist. Ich habe das mit einer Definition eines Alias im Apache meines Servers gelöst. Damit funktioniert die DynDNS Adresse auch im WLAN.
-
Bin jetzt auch gerade dabei einen DHCP Server inkl DNS Server auf meiner Synology NAS einzurichten und es damit zu umgehen. Ist zwar ich perfekt, aber wird vermutlich funktionieren.
Wobei ich die Idee hier mit dem 2. Server favorisieren würde ;)
-
Also mittels der NAS ein DHCP und DNS Server führt leider zu Problemen in meinem Netzwerk, daher scheint die Lösung nicht perfekt zu sein, zur Info für die, die das gleiche versuchen.
-
Wie gesagt, bei mir läuft es. Ich habe aber auch noch einen Apache Webserver laufen. Und dort habe ich für die FHEM Domain einen Reverse Proxy definiert. Der leitet alle ankommenden Anfrage von der Domain an die IP und den Port von FHEM weiter.
-
Aber du musst bei jedem Gerät die IP des DNS Server unter DNS eintragen, oder? Dies führt nämlich bei mir dazu, dass manche Handys nicht mehr auf alle Internen Webseiten zugreifen können. Konnte das Problem noch nicht ausmachen.
-
Wenn du einen DHCP mit aufsetzt, dann nicht. Dann kann DHCP den Clients im Netz den DNS Server mitteilen. So habe ich das umgesetzt.
-
Schaut mal da hin: https://www.egigeozone.de/forum/index.php?topic=102.0 (https://www.egigeozone.de/forum/index.php?topic=102.0)
-
Top, werde es die Tage mal testen.