[BUG] attr WEB HTTPS 0 lässt FHEM abstürzen.

Begonnen von JoeALLb, 17 Januar 2017, 11:51:44

Vorheriges Thema - Nächstes Thema

JoeALLb

Wenn ich bei schon deaktiviertem HTTPS  in der Weboberfläche folgendes absetze,
attr WEB HTTPS 0
Stürzt FHEM direkt ab.
Wenn ich dies in TELNET absetze, passiert nichts.

Der Vorgang ist reproduzierbar.
Nach einem Neustart funktioniert es wieder wie gewohnt...

Im Log erscheint
SSL_cert_file ./certs/server-cert.pem does not exist at /usr/share/perl5/IO/Socket/SSL.pm line 2009.
2017.01.17 11:39:51 1: BlockingInformParent (BlockingStart): Can't connect to localhost:7072: IO::Socket::INET: connect: Verbindungsaufbau abgelehnt
2017.01.17 11:39:51 1: BlockingInformParent (PROPLANTA_Done): Can't connect to localhost:7072: IO::Socket::INET: connect: Verbindungsaufbau abgelehnt
2017.01.17 11:39:53 1: BlockingInformParent (BlockingStart): Can't connect to localhost:7072: IO::Socket::INET: connect: Verbindungsaufbau abgelehnt
2017.01.17 11:39:53 1: BlockingInformParent (PRESENCE_ProcessLocalScan): Can't connect to localhost:7072: IO::Socket::INET: connect: Verbindungsaufbau abgelehnt
2017.01.17 11:39:53 1: BlockingInformParent (BlockingStart): Can't connect to localhost:7072: IO::Socket::INET: connect: Verbindungsaufbau abgelehnt
2017.01.17 11:39:53 1: BlockingInformParent (PRESENCE_ProcessLocalScan): Can't connect to localhost:7072: IO::Socket::INET: connect: Verbindungsaufbau abgelehnt
2017.01.17 11:39:53 1: BlockingInformParent (BlockingStart): Can't connect to localhost:7072: IO::Socket::INET: connect: Verbindungsaufbau abgelehnt
2017.01.17 11:39:53 1: BlockingInformParent (PRESENCE_ProcessLocalScan): Can't connect to localhost:7072: IO::Socket::INET: connect: Verbindungsaufbau abgelehnt
2017.01.17 11:40:03 1: BlockingInformParent (BlockingStart): Can't connect to localhost:7072: IO::Socket::INET: connect: Verbindungsaufbau abgelehnt
2017.01.17 11:40:03 1: BlockingInformParent (PRESENCE_ProcessLocalScan): Can't connect to localhost:7072: IO::Socket::INET: connect: Verbindungsaufbau abgelehnt
FHEM-Server auf IntelAtom+Debian (8.1 Watt), KNX,
RasPi-2 Sonos-FHEM per FHEM2FHEM,RasPi-3 Versuchs-RasPi für WLAN-Tests
Gateways: DuoFern Stick, CUL866 PCA301, CUL HM, HMLan, JeeLink, LaCrosse,VCO2
Synology. Ardurino UNO für 1-Wire Tests, FB7270

betateilchen

Hast Du mal probiert, was passiert, wenn Du das Attribut löscht, anstatt es auf 0 zu setzen?
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

JoeALLb

Zitat von: betateilchen am 17 Januar 2017, 14:05:18
Hast Du mal probiert, was passiert, wenn Du das Attribut löscht, anstatt es auf 0 zu setzen?
Das kann ich nicht, da das Attribut bei mir gar nicht gesetzt ist....

Ich habe den Befehl "versehentlich" abgesetzt und war verwundert, warum mein FHEM plötzlich weg war und
logischerweise alle nicht gespeicherten Änderungen weg waren.
FHEM-Server auf IntelAtom+Debian (8.1 Watt), KNX,
RasPi-2 Sonos-FHEM per FHEM2FHEM,RasPi-3 Versuchs-RasPi für WLAN-Tests
Gateways: DuoFern Stick, CUL866 PCA301, CUL HM, HMLan, JeeLink, LaCrosse,VCO2
Synology. Ardurino UNO für 1-Wire Tests, FB7270

betateilchen

Das Problem kommt daher, dass SSL immer gesetzt wird,
wenn das Attribut HTTPS angesprochen wird,
völlig egal, ob das auf 0 oder 1 gesetzt wird.


  if($type eq "set" && $attrName eq "HTTPS") {
    TcpServer_SetSSL($hash);
  }
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!