NEWS
Interesse an Gotify adapter?
Interesse an Gotify adapter?
-
@thomaspohl sagte in Interesse an Gotify adapter?:
@mcu Vielen Dank für die ganzen Fragen. Ich habe dazu die Readme erweitert und hoffe, dass das einiges beantwortet.
Außerdem habe ich die Implementierung um die Möglichkeit erweitert Markdown an Gotify zu schicken.
Auch ein Bild habe ich so schon in der Mobile App anzeigen können.Bilder funktionieren bei mir auch, allerdings nur mit der URL-Adressierung. Wenn ich den Pfad zum Bild-file angebe, funktionierts nicht. Die Bilder befinden sich auf demselben Rechner. Markdown unterstützt diese Adressierung (/opt/iobroker/grafana_png/xyz.png) Ein Rechteproblem kann nicht vorliegen, der owner ist iobroker.
Woran kanns liegen? -
@thomaspohl sagte in Interesse an Gotify adapter?:
@mcu Vielen Dank für die ganzen Fragen. Ich habe dazu die Readme erweitert und hoffe, dass das einiges beantwortet.
Außerdem habe ich die Implementierung um die Möglichkeit erweitert Markdown an Gotify zu schicken.
Auch ein Bild habe ich so schon in der Mobile App anzeigen können.Bilder funktionieren bei mir auch, allerdings nur mit der URL-Adressierung. Wenn ich den Pfad zum Bild-file angebe, funktionierts nicht. Die Bilder befinden sich auf demselben Rechner. Markdown unterstützt diese Adressierung (/opt/iobroker/grafana_png/xyz.png) Ein Rechteproblem kann nicht vorliegen, der owner ist iobroker.
Woran kanns liegen?@starfish Hatte da auch über Github wegen einer Aktuallisierung des AddOn's angefragt, was aber von Thomas Seite aus wegen mangelnder Nachfrage nicht die gebührende Pflege daher erhält. Eigentlich sehr schade, da es ein stabiles Gegenstück zu den anderen Push-Services wäre, vor allem Cloudfrei ...
-
@thomaspohl woww, dieser Adapter ist Klasse. Insgeheim hoffte ich beim Erstellen meines Beitrages vom März 2020, dass jemand sowas codet. In der Zwischenzeit war ich über den Umweg des MQTT-plugins von Gotify unterwegs, was auch eine elegante Möglichkeit ist. Aber dieser Adapter mit dem Blockly-Modul ist deutlich einfacher zu verwenden und die Latenz ist auch kürzer. Herzlichen Dank, wenn auch etwas verspätet.
@starfish said in Interesse an Gotify adapter?:
@thomaspohl ... In der Zwischenzeit war ich über den Umweg des MQTT-plugins von Gotify unterwegs, was auch eine elegante Möglichkeit ist.
Da Du ja bereits erfahrungen damit hast, könntest Du mir mal bitte kurz erklären, wei Du das machst?
Habe das Plugin ebenfalls installiert, Gotify meldet sich brav bei ioBroker über MQTT an und das wars dann auch schon. Müssen in der Plugin Cofiguration noch iregnd welche Subscriptions angegeben werden, damit man dann über diese dann Nachrichten an den Gotify Server schicken kann?
Die Doku des Plugins ist ja in dieser hinsicht sehr dürftig gestaltet, daher frage ich mal hier nach ...
-
Wenn man neu anfängt mit ioBroker, stellt sich die Frage: Wie installiert man diesen Adapter?
Kleine Kurzanleitung wäre top
Nachtrag: Lösung doch noch selber gefunden
iobroker url "https://github.com/ThomasPohl/ioBroker.gotify" --debugStellt sich noch die Frage nach dem Token: Wie hat dieser Wert auszusehen?
Nach dem Gotify installiert ist bzw. aufgerufen wurde, über den Browser die Webseite z.B. http://localhost:80/ aufrufen. Mit Login/Passwort (admin/admin) auf den Menüpunkt "Clients" oder "Apps" klicken. Dort ist der Token vorhanden und mit klick auf das Symbol Auge, auch sichtbar.
Ist das der richtige Token oder ist ein anderer Token gemeint?
Aktuell funktioniert es bei mir leider nicht
Fehlermeldung im iobroker:
2021-03-17 14:17:14.286 - error: gotify.0 (4244) Error while sending message to gotify: {"message":"Request failed with status code 404","name":"Error","stack":"Error: Request failed with status code 404\n at createError (C:\\Program Files\\iobroker\\SmartHome\\node_modules\\axios\\lib\\core\\createError.js:16:15)\n at settle (C:\\Program Files\\iobroker\\SmartHome\\node_modules\\axios\\lib\\core\\settle.js:17:12)\n at IncomingMessage.handleStreamEnd (C:\\Program Files\\iobroker\\SmartHome\\node_modules\\axios\\lib\\adapters\\http.js:260:11)\n at IncomingMessage.emit (events.js:326:22)\n at endReadableNT (_stream_readable.js:1241:12)\n at processTicksAndRejections (internal/process/task_queues.js:84:21)", "config":{"url":"http://localhost:80/message?token=AYi3FJ8rM_wS-kC","method":"post","data":"{\"message\":\"Fenster-Sensor wurde geöffnet!\"}", "headers":{"Accept":"application/json, text/plain, */*","Content-Type":"application/json;charset=utf-8","User-Agent":"axios/0.21.1","Content-Length":45}, "transformRequest":[null],"transformResponse":[null],"timeout":0,"xsrfCookieName":"XSRF-TOKEN","xsrfHeaderName":"X-XSRF-TOKEN","maxContentLength":-1,"maxBodyLength":-1}}@ThomasPohl ich habe eine Fehlermeldung ähnlich wie von @j0e beschrieben.
Gotify und ioBroker laufen als Docker auf dem selben Host (Synology)Mit diesem (Test) Blockly
bekomme ich folgende Fehlermeldung:
Error while sending message to gotify:{"message":"connect ETIMEDOUT 192.168.178.104:30XX","name":"Error","stack":"Error: connect ETIMEDOUT 192.168.178.104:30XX\n at TCPConnectWrap.afterConnect [as oncomplete] (node:net:1278:16)","config":{"transitional":{"silentJSONParsing":true,"forcedJSONParsing":true,"clarifyTimeoutError":false},"transformRequest":[null],"transformResponse":[null],"timeout":0,"xsrfCookieName":"XSRF-TOKEN","xsrfHeaderName":"X-XSRF-TOKEN","maxContentLength":-1,"maxBodyLength":-1,"headers":{"Accept":"application/json, text/plain, */*","Content-Type":"application/json","User-Agent":"axios/0.25.0","Content-Length":116},"method":"post","url":"http://192.168.178.104:30XX/message?token=XXXXXXXXXXXXX","data":"{\"title\":\"ioBroker\",\"message\":\"Meldungstext\",\"priority\":8,\"extras\":{\"client::display\":{\"contentType\":\"text/plain\"}}}"},"code":"ETIMEDOUT","status":null}Egal ob ich meinen Reverse Proxy "Gotify.meine.domain" oder die lokale IP anspreche. Irgendwie scheint er den Server nicht zu erreichen.
Beide Dienste sind aber von intern und extern für andere Dienste on.
Für sachdienliche Hinweise wäre ich dankbar.
-
@ThomasPohl ich habe eine Fehlermeldung ähnlich wie von @j0e beschrieben.
Gotify und ioBroker laufen als Docker auf dem selben Host (Synology)Mit diesem (Test) Blockly
bekomme ich folgende Fehlermeldung:
Error while sending message to gotify:{"message":"connect ETIMEDOUT 192.168.178.104:30XX","name":"Error","stack":"Error: connect ETIMEDOUT 192.168.178.104:30XX\n at TCPConnectWrap.afterConnect [as oncomplete] (node:net:1278:16)","config":{"transitional":{"silentJSONParsing":true,"forcedJSONParsing":true,"clarifyTimeoutError":false},"transformRequest":[null],"transformResponse":[null],"timeout":0,"xsrfCookieName":"XSRF-TOKEN","xsrfHeaderName":"X-XSRF-TOKEN","maxContentLength":-1,"maxBodyLength":-1,"headers":{"Accept":"application/json, text/plain, */*","Content-Type":"application/json","User-Agent":"axios/0.25.0","Content-Length":116},"method":"post","url":"http://192.168.178.104:30XX/message?token=XXXXXXXXXXXXX","data":"{\"title\":\"ioBroker\",\"message\":\"Meldungstext\",\"priority\":8,\"extras\":{\"client::display\":{\"contentType\":\"text/plain\"}}}"},"code":"ETIMEDOUT","status":null}Egal ob ich meinen Reverse Proxy "Gotify.meine.domain" oder die lokale IP anspreche. Irgendwie scheint er den Server nicht zu erreichen.
Beide Dienste sind aber von intern und extern für andere Dienste on.
Für sachdienliche Hinweise wäre ich dankbar. -
@ThomasPohl ich habe eine Fehlermeldung ähnlich wie von @j0e beschrieben.
Gotify und ioBroker laufen als Docker auf dem selben Host (Synology)Mit diesem (Test) Blockly
bekomme ich folgende Fehlermeldung:
Error while sending message to gotify:{"message":"connect ETIMEDOUT 192.168.178.104:30XX","name":"Error","stack":"Error: connect ETIMEDOUT 192.168.178.104:30XX\n at TCPConnectWrap.afterConnect [as oncomplete] (node:net:1278:16)","config":{"transitional":{"silentJSONParsing":true,"forcedJSONParsing":true,"clarifyTimeoutError":false},"transformRequest":[null],"transformResponse":[null],"timeout":0,"xsrfCookieName":"XSRF-TOKEN","xsrfHeaderName":"X-XSRF-TOKEN","maxContentLength":-1,"maxBodyLength":-1,"headers":{"Accept":"application/json, text/plain, */*","Content-Type":"application/json","User-Agent":"axios/0.25.0","Content-Length":116},"method":"post","url":"http://192.168.178.104:30XX/message?token=XXXXXXXXXXXXX","data":"{\"title\":\"ioBroker\",\"message\":\"Meldungstext\",\"priority\":8,\"extras\":{\"client::display\":{\"contentType\":\"text/plain\"}}}"},"code":"ETIMEDOUT","status":null}Egal ob ich meinen Reverse Proxy "Gotify.meine.domain" oder die lokale IP anspreche. Irgendwie scheint er den Server nicht zu erreichen.
Beide Dienste sind aber von intern und extern für andere Dienste on.
Für sachdienliche Hinweise wäre ich dankbar.@deanna4711 Ich habe mal meine Account wieder reaktiviert. Ich war davon ausgegangen, dass es nur wenig Interesse an dem Gotify Adapter gibt.
Für mich klingt die Fehlermeldung so als ob die Kommunikation zu Gotify nicht klappt. Ich vermute, dass das an der Konfiguration der Adapter Instanz liegt. Was hast du denn als URL eingetragen?
-
@deanna4711 Ich habe mal meine Account wieder reaktiviert. Ich war davon ausgegangen, dass es nur wenig Interesse an dem Gotify Adapter gibt.
Für mich klingt die Fehlermeldung so als ob die Kommunikation zu Gotify nicht klappt. Ich vermute, dass das an der Konfiguration der Adapter Instanz liegt. Was hast du denn als URL eingetragen?
-
@thomas-pohl
Wann würde der Adapter als "Stable" auftauchen, ohne das man den Umweg einer manuellen installation über Github (und der Gefahr das, man sich die aktuelle IOBroker Instanz zerschießt) gehen muss?@sanweb Ich habe einen Pull Request erstellt um den Adapter ins latest repo zu bekommen. Wenn dort alles gut läuft, hoffe ich, dass er in stable übernommen werden kann.
-
@sanweb Ich habe einen Pull Request erstellt um den Adapter ins latest repo zu bekommen. Wenn dort alles gut läuft, hoffe ich, dass er in stable übernommen werden kann.
-
Nutze den Adapter seit einiger Zeit für meine Blockly-Scripte. Funktioniert ohne Probleme. Ich hoffe das (falls Vorhanden) Bugs weiter entfernt werden, wichtiger Updater für Notifications! Danke!
Ich habe da mal eine Frage zum Self Hosted Gotify Server: Muss man dafür eine Portfreigabe auf seinem Router einrichten, wenn man auch unterwegs Push Nachrichten empfangen will?
Intel(R) Celeron(R) CPU N3000 @ 1.04GHz 8G RAM 480G SSD
Virtualization : unprivileged lxc container (debian 12 on Proxmox 8.4.13)
kernel Linux pve 6.8.12-15-pve
6 GByte RAM für den Container
Fritzbox 6591 FW 8.03 (Vodafone Leih-Box)
Remote-Access über Wireguard der Fritzbox -
Ich habe da mal eine Frage zum Self Hosted Gotify Server: Muss man dafür eine Portfreigabe auf seinem Router einrichten, wenn man auch unterwegs Push Nachrichten empfangen will?
-
@chiller Ich frage noch einmal: Wenn man einen Self-Hosted Gotify-Server zu Hause in seinem Heimnetz betreibt, und man dann mit seinem Smartphone von unterwegs aus dem Mobilnetz Push-Nachrichten vom diesem Gotify Server erhalten will - braucht man eine Portfreigabe am Router des Heimnetzes?
Habe mich ein wenig umgeschaut:
Bei den meisten Anleitungen soll man sich bei irgendeinem Hoster einen vServer zur Installation von gotify mieten...
https://homematic-forum.de/forum/viewtopic.php?t=79541
Wahrscheinlich kann man bei einer Heim-Installation die Portfreigabe vermeiden, indem man Wireshark VPN auf der Fritzbox (wenn man eine hat...) einrichtet ...
@Chiller Betreibst Du den Gotify Server bei Dir lokal im Heimnetz? Wenn ja: Kriegst Du Push-Nachrichten über den Gotify Server auf Dein Smartphone, wenn Du unterwegs bist?
-
@chiller Ich frage noch einmal: Wenn man einen Self-Hosted Gotify-Server zu Hause in seinem Heimnetz betreibt, und man dann mit seinem Smartphone von unterwegs aus dem Mobilnetz Push-Nachrichten vom diesem Gotify Server erhalten will - braucht man eine Portfreigabe am Router des Heimnetzes?
Habe mich ein wenig umgeschaut:
Bei den meisten Anleitungen soll man sich bei irgendeinem Hoster einen vServer zur Installation von gotify mieten...
https://homematic-forum.de/forum/viewtopic.php?t=79541
Wahrscheinlich kann man bei einer Heim-Installation die Portfreigabe vermeiden, indem man Wireshark VPN auf der Fritzbox (wenn man eine hat...) einrichtet ...
@Chiller Betreibst Du den Gotify Server bei Dir lokal im Heimnetz? Wenn ja: Kriegst Du Push-Nachrichten über den Gotify Server auf Dein Smartphone, wenn Du unterwegs bist?
@martinp Also i.d.r. habe ich alle Dienste welche ich Betreibe auf meinem Heim-Server. Dort ist die Firewall aber so gesperrt das kein Dienst von Außen rein kann, nur über eine WireGuard-Verbindung. (Nutze aber eine Eigenkonstruktion von Netzwerk mit OPNsense ect. ≠ FritzBox)
Es ist aber ohne Port-Freigabe möglich (Bis auf normal 80 (HTTP) und 443 (HTTPS))
Aufgrund dessen da REST-API die Funktionen GET und POST nutzt, siehe: https://www.redhat.com/de/topics/api/what-is-a-rest-api (deutsch)Gotify hatte ich auch auf meinem Heim-Server betrieben aber durch die Verschlüsselungs-Restriktion betreibe ich Gotify wie meine Webpräsenz auf einem VPS-Server. So konnte ich auch die Domains vernünftig einbinden.
In beiden Fällen hat der Versand der Nachrichten funktioniert.
-
@martinp Also i.d.r. habe ich alle Dienste welche ich Betreibe auf meinem Heim-Server. Dort ist die Firewall aber so gesperrt das kein Dienst von Außen rein kann, nur über eine WireGuard-Verbindung. (Nutze aber eine Eigenkonstruktion von Netzwerk mit OPNsense ect. ≠ FritzBox)
Es ist aber ohne Port-Freigabe möglich (Bis auf normal 80 (HTTP) und 443 (HTTPS))
Aufgrund dessen da REST-API die Funktionen GET und POST nutzt, siehe: https://www.redhat.com/de/topics/api/what-is-a-rest-api (deutsch)Gotify hatte ich auch auf meinem Heim-Server betrieben aber durch die Verschlüsselungs-Restriktion betreibe ich Gotify wie meine Webpräsenz auf einem VPS-Server. So konnte ich auch die Domains vernünftig einbinden.
In beiden Fällen hat der Versand der Nachrichten funktioniert.
@chiller Okay, da finde ich alles, was ich wissen wollte ...
Zusammenfassend: Du hast eh einen VServer gemietet, und betreibst darauf neben einem Webserver auch einen Gotify Server. Da bist Du das Problem der Portfreigaben im Router bzw. VPN-Verbindung natürlich los, hast aber VServer Miete am Bein...
Da bleibe ich dann lieber bei emails, falls man mit Self-Hosted nicht so recht ans Ziel kommt
-
@chiller Okay, da finde ich alles, was ich wissen wollte ...
Zusammenfassend: Du hast eh einen VServer gemietet, und betreibst darauf neben einem Webserver auch einen Gotify Server. Da bist Du das Problem der Portfreigaben im Router bzw. VPN-Verbindung natürlich los, hast aber VServer Miete am Bein...
Da bleibe ich dann lieber bei emails, falls man mit Self-Hosted nicht so recht ans Ziel kommt
@martinp Genau aber für 1€ im Monat bzw. 12€ im Jahr ist es sowieso irrelevant. Wenn man keine 12€ hat, hat man ganz andere Probleme.
Aber was ich nochmals klarstellen will, es ist genauso leicht zu Hause mit nem RPI das ganze zu machen wie auch bei nem VServer. Meine ausschlaggebenden Punkte waren nur Sicherheit des Netzwerkes und eine "sicherere" Uptime.
Ich hab zwar ein UPS (Uninterruptible power supply) aber wenn die anspringt, sollen nur die Server direkt herunterfahren und die UPS in bereitstellung sein falls ich den Notstrom für was anderes brauche.Die negativen Aspekte der E-Mail brauche ich nicht zu erläutern, das würde ich definitiv keinem empfehlen welche Punkto Sicherheit anbelangen. (Vorrausgesetzt man will Sicherheit und die Nachrichten sind in irgendeiner Form mit etwas bestückt was andere nicht lesen sollten)
Hoffe ich konnte dir das ein wenig näher bringen. -
Ich habe da mal eine Frage zum Self Hosted Gotify Server: Muss man dafür eine Portfreigabe auf seinem Router einrichten, wenn man auch unterwegs Push Nachrichten empfangen will?
@martinp
wenn du intern noch einen rechner hast - ich nutze proxmox und habe ein reverse proxy eingerichtet (benötigt aber externe ip4 adresse vom provider)nutze das für traccar und iob-restapi
mache das so: https://forum.iobroker.net/post/896167hatte es auch mit wireguard client auf handy und fritzbox probiert - aber leider stürzt mir das netzwerk auf dem handy nach 24 stunden ab und daher ist das nicht stabil bei mir
-
@martinp
wenn du intern noch einen rechner hast - ich nutze proxmox und habe ein reverse proxy eingerichtet (benötigt aber externe ip4 adresse vom provider)nutze das für traccar und iob-restapi
mache das so: https://forum.iobroker.net/post/896167hatte es auch mit wireguard client auf handy und fritzbox probiert - aber leider stürzt mir das netzwerk auf dem handy nach 24 stunden ab und daher ist das nicht stabil bei mir
@liv-in-sky Oder einen DynDNS-Provider like ipv64.net oder duckdns.org somit spart man sich die feste IP die man heutzutage kaum noch bekommt und wenn dann nur mit Aufpreis.
Bei Vodafone z.B. gibt es nicht mal mehr den PowerUpload um DualStack zu betreiben (z.B.) - außer halt Alt-Vertrag oder ein Supporter der super Nett ist.
-
@liv-in-sky Oder einen DynDNS-Provider like ipv64.net oder duckdns.org somit spart man sich die feste IP die man heutzutage kaum noch bekommt und wenn dann nur mit Aufpreis.
Bei Vodafone z.B. gibt es nicht mal mehr den PowerUpload um DualStack zu betreiben (z.B.) - außer halt Alt-Vertrag oder ein Supporter der super Nett ist.
@chiller sagte in Interesse an Gotify adapter?:
feste IP die man heutzutage kaum noch bekommt und wenn dann nur mit Aufpreis
ja -bekomme dieses jahr noch glasfaser hier im dorf - die wollen 35 euro monatlich !!! völlig irre
nach einem gelösten Thread wäre es sinnvoll dies in der Überschrift des ersten Posts einzutragen [gelöst]-... Bitte benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat. Forum-Tools: PicPick https://picpick.app/en/download/ und ScreenToGif https://www.screentogif.com/downloads.html
Support us
194
Online32.4k
Users81.3k
Topics1.3m
Posts