Hallo, leider habe ich versucht das Fritzbox Modul zu nutzen und eine json library installiert.
Das muss ausschlaggebend gewesen sein, dass ich keine Pushover Nachrichten mehr bekomme.
Bisher nutze ich die Pushover Nachrichten erfolgreich und habe damit keine Probleme gehabt.
Leider reichen meine Kenntnisse in Linux nicht aus um dem Problem auf die Spur zu kommen.
Aktuell steht folgendes im Log:
2015.09.24 20:30:53 4: Pushover pushmsg: Found 2 argument(s)
2015.09.24 20:30:53 4: Pushover pushmsg: title='fhem' message='Das Fenster wurde geschlossen!'
2015.09.24 20:30:53 5: Pushover pushmsg: called function Pushover_SendCommand()
2015.09.24 20:30:53 4: Pushover pushmsg: REQ messages.json/title=fhem&message=Das Fenster wurde geschlossen!&priority=0&token=a...h&user=u...5
2015.09.24 20:30:53 5: Pushover pushmsg: GET https://api.pushover.net:443/1/messages.json (POST DATA: title=fhem&message=Das Fenster wurde geschlossen!&priority=0&token=a...h&user=u...5, noshutdown=1)
2015.09.24 20:30:53 5: Pushover pushmsg: called function Pushover_ReceiveCommand()
2015.09.24 20:30:53 4: Pushover pushmsg: RCV TIMEOUT messages.json/title=fhem&message=Das Fenster wurde geschlossen!&priority=0&token=a...h&user=u...5
Hat jemand einen Hinweis wie ich das wieder zum Laufen bekomme?
Ich muss leider gestehen, dass ich bei dem Installieren nicht genau darauf geachtet habe was genau passiert ist.
Bei Bedarf habe ich noch ein Log von Fail2Ban in dem steht was genau alles installiert, upgedated wurde.
Wäre für Hilfe sehr dankbar !
es gibt keine Anzeichen, dass es hier ein JSON Problem geben könnte.
Es kann schlichtweg nicht der Pushover Server kontaktiert werden, sprich es ist wohl ein Netzwerkproblem (Firewall etc).
JSON kommt erst ins Spiel, wenn der Pushover Server eine Antwort geliefert hat. Ohne die, is nix JSON ;)
Nein, wollte nicht behaupten, dass json Schuld ist. Nur nach der Installation ging das Problem los.
Leider habe ich auch NET::TELNET installiert. Ärger mich selber, dass ich so unüberlegt drauf los installiert habe.
Den Apache musste ich hinterher auch deinstallieren und neu installieren, da der HTPPS Aufruf nicht mehr funktionierte.
SSL wieder neu eingerichtet und soweit alles wieder super.
Nur wie kann ich herausfinden, was den Pushover REST Aufruf blockiert?
Der Cubietruck ist im Netz und hat auch Internetzugriff. Da läuft alles wie es soll.
Also was blockiert denn jetzt nur diese Pushover Aufrufe?
edit: der Pushover Aufrug geht ja auch über 443. Vielleicht hängt das auch mit der HTTPS/SSL Problematik zusammen !?
Du hast oben erwähnt, dass fail2ban den Installationsverlauf bei dir loggen würde... Dem ist aber nicht so. Fail2ban ist ein Tool, dass Logs auswertet und ggf. Iptables Firewall Rules aktiviert. Falsch konfiguriert könnte es Ports oder Hosts blockieren, die benötigt werden. Check das mal.
Ich habe gerade mal aus der Pushover API den PHP Code genutzt und einen CURL Aufruf gestartet.
Erfolgreich. Bedeuted auf jeden Fall, dass HTTPS Aufrufe funktionieren. Port ist nicht geblockt.
Hm. Kann ich aus FHEM ein PHP Script aufrufen?
Dann übergebe ich dem einfach einen String und fertig. Ist zwar nicht der Weg über das FHEM Modul aber zumindest auf die schnelle die einfachste Lösung.
Oder gibt es vielleicht Probleme mit dem FHEM Modul?
edit: Okay, hier mit geht es: {system('php /var/www/json.php Nachricht')}
Zitat von: HansDampfHH am 24 September 2015, 22:30:04
Ich habe gerade mal aus der Pushover API den PHP Code genutzt und einen CURL Aufruf gestartet.
Erfolgreich. Bedeuted auf jeden Fall, dass HTTPS Aufrufe funktionieren. Port ist nicht geblockt.
Fail2ban gibt den Port auch nach einer konfigurierten Zeit wieder frei, bis dann nach x versuchen das recidive für längere Zeit zuschlägt.
Ja, durch kannst php scripte aufrufen, aber damit kaschierst du nur ein Problem, dass dann bald andere Auswirkungen zeigen wird. Such lieber den Fehler.
Du hast natürlich recht, dass ich eigentlich den Fehler finden müsste.
Aber leicht gesagt ;-)
Es gibt keine geblockten Ports. Über iptables sind keine gebannt.
Und das PHP Script schickt jetzt fast 30 Test Pushover Nachrichten ohne Probleme.
Von daher behaupte ich frech, dass die Kommunikation mit der Aussenwelt und dem Pushoverdienst über HTTPS funktioniert.
Nur nicht über das FHEM Modul :-(
Dann muss noch etwas anderes mit deinem Systeme passiert sein. Die Installation von json oder net::telnet legt auch keinen apache lahm ;)
Wenn du an fhem nichts weiter verändert hast, dann schau dir mal alle Logs unter /var/log an, ob dort etwas zu erkennen ist.
Ja, irgendwas muss dabei noch passiert sein.
Gute Idee mit den Logs. Da liegen ja aber einige. Kann man das eingrenzen?
Die vorhanden Logs hängen ein wenig von deiner Distribution ab, aber Kandidaten wären erst mal: messages, kern*.log, fail2ban.log, apt/history.log, yum.log. Veränderungen ab dem Zeitpunkt ab dem es nicht mehr funktionierte wären interessant.
Okay, da werde ich mich am Wochenende mal durcharbeiten.
Vielen Dank erst einmal :-)
Okay, in den Logs nichts gefunden.
Aber im FHEM Log bin ich auf folgenden Eintrag gestossen:
Calendar Googlecalendar: Could not retrieve file at URL. <hidden>: Can't connect(2) to https://www.google.com:443: SSL Version SSLv2 not supported
Bei der Suche nach diesem Problem bin ich auf diesen Thread gestossen:
http://forum.fhem.de/index.php?topic=30921.0
Und siehe da. Nachfolgender Befehl hat nicht nur den Google Connectfehler behoben sondern auch das Pushover Problem.
cpan -i IO::Socket::SSL
Was auch immer da genau passiert ist!? *puh* Glück gehabt ;-)
Danke dennoch für deine Unterstützung !
Vielleicht mag der Modulautor die notwendigen Perlmodule in der Command ref mit angeben?!
Hab ich mal gemacht.