LBS19000303 - Telegram Contact I LBS19000304 - Telegram Receiver I LBS19000645 - Telegram Command Validator

[coliflower]

Am Receiver E7/Reset mal die 2 schon versucht ?

[Brick]

coliflower ... sehr gut.. da scheint es gewesen zu sein ... vielen Dank.. auf das wär ich so wohl nicht gekommen..

Dank

Gruß Martin

[r3dbull]

Hallo Brick .

Wenn ich deinen Logikscreenshot mit meiner Telegram Logik vergleiche fällt mir auf das du auf den "Telegram Command Validator" verzichtest. Hat das einen bestimmten Grund? Ich dachte mir das es sicherer ist mit Validator. Ansonsten gefällt mir die Idee mit dem Vergleicher. Scheint mir leichter als für jedes Kommando den Command Validator einzubauen.

Gruß
Chris

[Brick]

Hi Chris...

nein, das hat keinen Grund.. ich hab mir die beiden LBS (303 und 304) installiert und damit mal rumprobiert... das mit dem Vergleicher erschien mir dann logisch.

Hab mir den Validator ehrlich gesagt noch gar nicht angeschaut.. was hat der für Vorteile ? ...

Gruß Martin

[jonofe]

Hi Chris...

Hab mir den Validator ehrlich gesagt noch gar nicht angeschaut.. was hat der für Vorteile ? ...

Der Vergleicht ChatID und Message. Damit bleiben ChatID und die Message immer verknüpft und es sind nicht zwei Vergleich notwendig.
In deinem Screenshot sieht es so aus, als würdest du nur die Message vergleichen. Damit kann natürlich jeder, der den Namen deines Bots kennt, auch alle Befehle ausführen.

[Brick]

ahh.. ok.. na an die Botnamen kommt hoffentlich keiner ran.. und wenn doch.. wie gesagt.. es sind nur ein paar Abfragen möglich...
Securitytechnisch gesehen bei mir eher unbedenklich...

[Trafo]

Zunächst einmal vielen Dank für diese großartigen LBS!

Ich bin bei der Einrichtung über 2 Fallstricke gestolpert. Vielleicht hilft dies hier jemandem, die Fehlersuche zu beschleunigen:

• In meinem Fall ist der Chat-ID ein "-" vorangestellt. Dies wird zwar auf api.telegram.org/botxxx/getUpdates angezeigt, aber nicht bei Verwendung von telegram-cli --exec "chat_info xyz", das hatte ich auf einem anderen Rechner installiert. Der Bindestrich muss am Contact LBS bei E3 mit angegeben werden.
• Solange Edomi mit den Telegram-LBS gestartet ist, zeigt api.telegram.org/botxxx/getUpdates keine Informationen an. (Ursache: https://core.telegram.org/bots/api#getupdates)

Gruß
Gregor

[jonofe]

• In meinem Fall ist der Chat-ID ein "-" vorangestellt. Dies wird zwar auf api.telegram.org/botxxx/getUpdates angezeigt, aber nicht bei Verwendung von telegram-cli --exec "chat_info xyz", das hatte ich auf einem anderen Rechner installiert. Der Bindestrich muss am Contact LBS bei E3 mit angegeben werden.

Normalerweise sind Group-ChatIDs negativ und Personen-ChatIDs positiv. War das hier bei dir der Fall?
Bei negativen ChatIDs muss man natürlich das Minuszeichen angeben.

• Solange Edomi mit den Telegram-LBS gestartet ist, zeigt api.telegram.org/botxxx/getUpdates keine Informationen an. (Ursache: https://core.telegram.org/bots/api#getupdates)

getUpdates sollte immer die aktuellen Nachrichten liefern, die gerade vorliegen. Wenn EDOMI diese natürlich schon abgeholt hat, dann liefert ein manueller Aufruf natürlich ein leeres Ergebnis. Welche Ursache in der API Beschreibung meintest Du?

VG
André

[Jue]

Hi Leute,

wollte gerade Telegram auf meinem Edomi-System einrichten. Leider scheitere ich schon an der ersten Zeile der Installation:

[root@edomi ~]# yum install -y php-mbstring php-xml git wget php-process
Loaded plugins: fastestmirror
Determining fastest mirrors
Could not retrieve mirrorlist http://mirrorlist.centos.org/?release=6&arch=x86_64&repo=os error was
14: PYCURL ERROR 6 - "Couldn't resolve host 'mirrorlist.centos.org'"
Error: Cannot find a valid baseurl for repo: base
[root@edomi ~]#

Ich weiß das es nicht unbedingt mit dem LBS zusammenhängt aber ich möcht mir nicht mein Edomi zerschießen...

Viele Grüße

Jürgen

[jonofe]

Sieht nach einem DNS Problem auf deinem EDOMI Server aus.
Was sagt denn ein

nslookup mirrorlist.centos.org

Oder einfach erst mal in einem Browser die URL

 
 http://mirrorlist.centos.org/?release=6&arch=x86_64&repo=os

aufrufen. Bei mir liefert das:

http://artfiles.org/centos.org/6.9/os/x86_64/
http://mirror.rackspeed.de/centos.org/6.9/os/x86_64/
http://ftp.uni-bayreuth.de/linux/CentOS/6.9/os/x86_64/
http://mirror.fra10.de.leaseweb.net/centos/6.9/os/x86_64/
http://centos.mirrors.as250.net/6.9/os/x86_64/
http://mirror.eu.oneandone.net/linux/distributions/centos/6.9/os/x86_64/
http://mirror.tobias-wollmann.com/centos/6.9/os/x86_64/
http://ftp.fau.de/centos/6.9/os/x86_64/
http://centos.mirrors.psw.services/centos/6.9/os/x86_64/
http://mirror.netcologne.de/centos/6.9/os/x86_64/

[Jue]

Danke für die Antwort...

[root@edomi ~]# nslookup mirrorlist.centos.org
-bash: nslookup: Kommando nicht gefunden.

das Zweite sieht gut aus:

http://mirror.euserv.net/linux/centos/6.9/os/x86_64/
http://centosmirror.netcup.net/centos/6.9/os/x86_64/
http://ftp.wrz.de/pub/CentOS/6.9/os/x86_64/
http://mirror.eu.oneandone.net/linux/distributions/centos/6.9/os/x86_64/
http://mirror.imt-systems.com/centos/6.9/os/x86_64/
http://mirror.ratiokontakt.de/mirror/centos/6.9/os/x86_64/
http://ftp.fau.de/centos/6.9/os/x86_64/
http://ftp.plusline.de/centos/6.9/os/x86_64/
http://mirror.rackspeed.de/centos.org/6.9/os/x86_64/
http://mirror2.hs-esslingen.de/centos/6.9/os/x86_64/

bin jetzt nicht so der Linux-Experte... aber es sieht aus als ob CentOS nicht weiß wo es suchen soll...richtig?

[jonofe]

nslookup scheint nicht installiert zu sein. Versuchs mal mit einem ping. Ist nur um zu sehen, ob das DNS funktioniert und den Namen auflösen kann.

[Jue]

Meinst du so:

root@edomi ~]# ping http://mirrorlist.centos.org/?release=6&arch=x86_64&repo=os
[1] 20224
[2] 20225
[root@edomi ~]# ping: unknown host http://mirrorlist.centos.org/?release=6

[1]-  Exit 2                  ping http://mirrorlist.centos.org/?release=6
[2]+  Fertig                  arch=x86_64
[root@edomi ~]#

[jonofe]

nein, statt nslookup einfach ping

[Jue]

[root@edomi ~]# ping mirrorlist.centos.org
ping: unknown host mirrorlist.centos.org

also so?