Synology Chat ...

[ilovegym]

@schnubby666

total vergessen, sorry !

[phoeluga]

Hallo zusammen,

Eine neue Version - 1.3.0 - des Adapters steht zur Verfügung und beinhaltet folgende Änderungen:

• Notification-Manager
  Die Adapterinstanz reagiert auf eingehende Nachrichten des Notification-Manager-Adapters. Es ist möglich einem Channel ein Flag zuzuordnen, wodurch die Nachricht zu dem Channel an den Synology-Chat-Server gesendet wird.

• sendTo
  Im Zusammenhang der Notification-Manager-Integration wurde auch die Verarbeitung von anderen eingehenden Nachrichten implementiert.

• Message-Templates
  Um möglichst dynamisch auf eingehende Nachrichten zu regieren, wurden Nachrichtentemplates hinzugefügt. Diese können Patterns beinhalten, die eine Gestaltung der jeweils empfangenen Nachricht ermöglichen.
  Die Nutzung der Templates wurde auf die bereits vorhandenen Nachrichtenobjekte der einzelnen Channels erweitert. Das bedeutet, dass z.B. JSON-Werte an Nachrichtenobjekte übergeben werden können, die wiederum in den Templates zu neuen lesbaren texten konvertiert werden, bevor sie an den Synologyserver übergeben werden.
  Eine genaue Beschreibung zu Patterns, deren Nutzung und Einschränkungen kann hier gefunden werden:
  https://github.com/phoeluga/ioBroker.synochat#223-message-templates

Die neue Version befindet sich im Beta-Repo.

Gruß,
phoeluga

[ilovegym]

@phoeluga

Vielen Dank, funktioniert hier einwandfrei!

[phoeluga]

Hallo zusammen,

Eine neue Version - 1.3.1 - des Adapters wurde grade im Beta-Repo gepublished.
Folgendes wurde gefixed / aktualisiert:

• Probleme mit Sonderzeichen in Version 1.3.0
  In Version 1.3.0 konnten Nachrichten mit bestimmten Sonderzeichen (z.B. %) nicht korrekt verarbeitet / zum Synology-Chat-Server gesendet werden - behoben in #16

• Initiale Nachrichten vom Typ outgoing können nicht verarbeitet werden
  Wenn eine Nachricht zum ersten Mal vom Synology Chat-Server empfangen wurde, nachdem das Nachrichtenobjekt ursprünglich erstellt wurde, ist der Objektwert null. Das hatte einen TypeError zur Folge - behoben in #13

• README update
  Die README wurde um Informationen zum Umgang mit Trigger words erweitert. - #14

• Beschreibung der übergeordneten Nachrichtenobjekte
  Da die Kanaltypenbezeichnungen aufgrund der technischen Betrachtungsweise im Frontend zu Unklarheiten führen kann, wurden diese entsprechend angepasst - #14

Auf die doch wichtige Situation der Falschbehandlung der Sonderzeichen in Version 1.3.0 bin ich über eine Bewertung des Adapters gestoßen.
Danke für die Rückmeldung an dieser Stelle, so dass ich dieses Problem schnell lösen konnte.
Da ich die Rückmeldung mehr oder weniger aus Zufall sah, würde ich über diesen Weg bitten, bei Fragen oder Problemen zum Adapter, diese hier im Forum zu stellen bzw. ein GitHub-Issue anzulegen.
Das ist der sicherste Weg, damit keine Fragen oder Probleme übersehen werden.

Danke & Gruß,
phoeluga

[thorkillar]

bitte löschen . bin im falschen thread

[thorkillar]

Hallo zusammen,

ich versuche jetzt schon seit einiger Zeit den Chat Client mit dem ioBroker Adapter in Betrieb zu nehmen.
Irgendwie versehe ich nicht, warum es nicht läuft, bzw. mach ich bestimmt was falsch.

Ich nutze ioBroker im Docker auf einer Synology DS1618+ mit MacVLan

Könnt Ihr mit bitte helfen?

Ich zeige Euch mal, was ich eingestellt habe.

Im Adapter:

Im Chat Client, auf der Synology:

[ilovegym]

@thorkillar

Hello,
hat deine Synology wirklich ne 172.er IP ? Das sind doch die internen fuer die Docker... das geht so nicht..da muss die IP vom Netzwerk rein, wie du vom PC drauf zugreifst..

Meine Syno hat die 10.10.2.10, die MacVlan ist die 10.1.1.9 und der iobroker die 10.1.1.2 und da sieht das so aus:
( man kann anstatt die 10.10.2.10 auch die 10.1.1.9 eintragen, beides funktioniert bei mir)

[thorkillar]

@ilovegym Danke, werde ich mal testen und melde mich dann.

[bo_79]

Hallo zusammen,

ich bin leider etwas am verzweifeln. Leider schaffe ich es nicht, dass iobroker Nachrichten an die Synology Chat sendet.

Folgende Einstellungen habe gewählt

Den Port auf der Syno habe ich bewusst auf 9070 zum Test geändert. Weder Original noch Anpassungen haben einen Effekt
Den Zugangstoken habe ich aus SynoChat kopiert, wie in der Hilfe beschrieben.
Ich habe mal zum Test zwei Kanäle angelegt, einer ist öffentlich, einer ist privat.

Ich erhalte folgende Fehlermeldung

Hat noch jemand eine Idee?

Erwartungshaltung wäre, dass wenn ich das Feld Message im SynoChat Baum ändere, eine Nachricht versendet wird.

Wäre sehr dankbar über Hilfe.

Viele Grüße
Björn

[ilovegym]

@bo_79

wirklich http und nicht https?
Funktioniert der Link im browser?

[bo_79]

@ilovegym
Tatsächlich erreiche ich den Chat via http.
Wenn ich den Link in den Browser kopiere, bekomme ich folgende Fehlermeldung

Meinst du wenn ich auf https umstelle, wäre das Problem gelöst?
Grüße
Björn

[OliverIO]

@bo_79

soviel zum code 407
407 Proxy Authentication Required
https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/407

evtl hilft es weiter.
ist aber nur eine vermutung das 407 dem http statuscode entspricht

[ilovegym]

@bo_79

Irgendwelche Fehler bei Adapter Start?

[bo_79]

@ilovegym @OliverIO
Hi,
danke schon mal für euren support, habe jetzt nochmals alle Möglichkeiten durchgetestet. Mit https / ohne.
Ich habe auch nochmal einen anderen Benutzer im Chat angelegt etc.

Beim Start bekomme ich folgende Meldungen

Mein aktuelles Setup

Ich wäre happy, wenn noch jemand einen Tipp hat, ansonsten lege ich das Thema jetzt erst mal auf Eis

Grüße Björn

PS: Habe noch einen Pihole laufen, eine deaktivierung hat aber auch nichts gebracht

[Thomas Braun]

@bo_79
Die IP 192.10.1.80 ist nicht aus der private range.

[OliverIO]

@bo_79

ja,
die ip adresse gehört amazon
https://www.whois.com/whois/192.10.1.24

für privat sind nur die folgenden ip adressen gültig.
https://en.wikipedia.org/wiki/Private_network

diese ip adressen sind im routing des tcp stacks fest hinterlegt (der in deinem router und wahrscheinlich auch in jedem anderen netzwerkfähigen gerät steckt.)
wahrscheinlich erlebst du die effekte des routing, weil dein router die päckchen direkt ins internet schickt und nicht auf der/den lokalen netzwerkschnittstellen verteilt.

[ilovegym]

@oliverio @Thomas-Braun

genau, das kann nicht funktionieren..
@bo_79
richte bitte unbedingt dein Netzwerk im privaten Addressbereich ein, dann funktioniert das auch.

[bo_79]

Danke euch allen,
das wird ein größerer Umbau.
Bin schon seit Jahren in dem Adressbereich unterwegs
Grüße

[Thomas Braun]

@bo_79 sagte in Synology Chat ...:

Bin schon seit Jahren in dem Adressbereich unterwegs

???

Private Netze tummeln sich in diesen Adressbereichen:

https://de.wikipedia.org/wiki/Private_IP-Adresse#Private_Adressbereiche

Hast du AWS gebucht?

[thomas@roamer ~]$ whois 192.10.1.80

#
# ARIN WHOIS data and services are subject to the Terms of Use
# available at: https://www.arin.net/resources/registry/whois/tou/
#
# If you see inaccuracies in the results, please report at
# https://www.arin.net/resources/registry/whois/inaccuracy_reporting/
#
# Copyright 1997-2024, American Registry for Internet Numbers, Ltd.
#


NetRange:       192.10.0.0 - 192.10.255.255
CIDR:           192.10.0.0/16
NetName:        AMAZO-4
NetHandle:      NET-192-10-0-0-1
Parent:         NET192 (NET-192-0-0-0-0)
NetType:        Direct Allocation
OriginAS:       
Organization:   Amazon.com, Inc. (AMAZO-4)
RegDate:        2020-03-30
Updated:        2020-03-30
Ref:            https://rdap.arin.net/registry/ip/192.10.0.0

[bo_79]

@thomas-braun

nö - hatte aber bisher auch kein Problem