Diese Seite funktioniert nicht

[dk3572]

Hallo,

ich erhalte beim Ausführen eines set Befehls (z.B. set ASC created new drive timer) eine leere Seite mit dem Hinweis:

Diese Seite funktioniert nicht
192.xxx.xxx.xx hat Sie zu oft weitergeleitet.
Löschen Sie Ihre Cookies.
ERR_TOO_MANY_REDIRECTS

Danach kommt die Meldung:

Erneute Formularübermittlung bestätigen

Cookies habe ich bereits gelöscht, ohne Erfolg.

Woran könnte das liegen?

Danke und VG
Dieter

[CoolTux]

Vielleicht hat Deine Apple SmartWatch Probleme mit der Seite?

[KernSani]

mir ist etwas unklar, was das für ein Set-Befehl sein soll. Kanst du bitte ein paar details liefern? List vom device, Logeinträge und ähnliches?

[dk3572]

Es tritt in allen Devices auf (Roommate, Residents, Calendar, ASC, usw.) wenn ich dort ein set Befehl ausführe.

Als beispiel ein Log von Roommate nach "set zuhause"

Code Auswählen Erweitern

2019.01.19 14:23:30.527 2: ROOMMATE set rr_Dieter home
2019.01.19 14:23:30.528 4: ROOMMATE rr_Dieter: implicit mood change caused by state home
2019.01.19 14:23:30.528 4: ROOMMATE rr_Dieter: implicit location change caused by state home
2019.01.19 14:23:30.579 2: ROOMMATE set rr_Dieter home
2019.01.19 14:23:30.595 2: ROOMMATE set rr_Dieter home
2019.01.19 14:23:30.609 2: ROOMMATE set rr_Dieter home
2019.01.19 14:23:30.622 2: ROOMMATE set rr_Dieter home
2019.01.19 14:23:30.636 2: ROOMMATE set rr_Dieter home
2019.01.19 14:23:30.648 2: ROOMMATE set rr_Dieter home
2019.01.19 14:23:30.655 2: ROOMMATE set rr_Dieter location arrival
2019.01.19 14:23:30.663 2: ROOMMATE set rr_Dieter home
2019.01.19 14:23:30.680 2: ROOMMATE set rr_Dieter home
2019.01.19 14:23:30.694 2: ROOMMATE set rr_Dieter home
2019.01.19 14:23:30.711 2: ROOMMATE set rr_Dieter home
2019.01.19 14:23:30.809 2: ROOMMATE set rr_Dieter home
2019.01.19 14:23:30.853 2: ROOMMATE set rr_Dieter home
2019.01.19 14:23:30.892 2: ROOMMATE set rr_Dieter home
2019.01.19 14:23:30.922 2: ROOMMATE set rr_Dieter home
2019.01.19 14:23:30.950 2: ROOMMATE set rr_Dieter home
2019.01.19 14:23:30.976 2: ROOMMATE set rr_Dieter home
2019.01.19 14:23:30.997 2: ROOMMATE set rr_Dieter home
2019.01.19 14:23:31.016 2: ROOMMATE set rr_Dieter home
2019.01.19 14:23:31.039 2: ROOMMATE set rr_Dieter home

Und wie gesagt, es war nur ein set Befehl.

[dk3572]

Niemand eine Idee?
Ich wüsste auch nicht wie ich es noch konkretisieren sollte.
Wäre für Hilfe sehr dankbar.

Schönes Wochenende noch und VG
Dieter

[KernSani]

Was hat denn dieses Verhalten ausgelöst? Hast du etwas Neues installiert? Ein Upgrade gemacht, ...? Das war ja nicht schon immer so, oder?


Kurz, weil mobil

[CoolTux]

Naja meinen Winck hast Du anscheinend nicht war genommen oder verstanden.

Welcher Browser wurde verwendet, hast Du Meldungen in der Entwicklerkonsole unter Netzwerk.
Was ist wenn Du die Webinstanz auf verbose 5 stellst was steht dann im Log.

Mit dem was Du uns da glaubst gegeben zu haben kann man leider rein gar nichts machen.

[dk3572]

Kann ich leider nicht genau sagen.
Ich vermute nach einem Update und Zurückspielen eines Backup wegen dieser Sache:
https://forum.fhem.de/index.php/topic,95409.0.html

Hier noch ein Log nach Neustart. Sieht auch nicht so gut aus.

Code Auswählen Erweitern

2019.01.19 20:34:15.126 0: Server shutdown
2019.01.19 20:34:17.308 1: Including fhem.cfg
2019.01.19 20:34:17.660 1: HMLAN_Parse: HMLAN1 new condition disconnected
2019.01.19 20:34:17.665 1: HMLAN_Parse: HMLAN1 new condition init
2019.01.19 20:34:31.435 1: PERL WARNING: Roomba980::messageToReadings() called too early to check prototype at ./FHEM/42_Roomba980.pm line 320, <$fh> line 1790.
2019.01.19 20:34:31.673 1: Including ./log/fhem.save
2019.01.19 20:36:26.604 0: Featurelevel: 5.9
2019.01.19 20:36:26.604 0: Server started with 225 defined entities (fhem.pl:18317/2019-01-18 perl:5.022001 os:linux user:fhem pid:28740)
2019.01.19 20:36:26.609 1: PERL WARNING: Use of uninitialized value in hash element at ./FHEM/10_CUL_HM.pm line 7677.
2019.01.19 20:36:30.020 1: HMLAN_Parse: HMLAN1 new condition ok
2019.01.19 20:36:30.239 1: FHEMWEB SSL/HTTPS error:  SSL accept attempt failed because of handshake problems (peer: 192.xxx.xxx.xx)
2019.01.19 20:36:30.754 1: 192.168.178.33:1000 disconnected, waiting to reappear (HMLAN1)
2019.01.19 20:36:30.756 1: HMLAN_Parse: HMLAN1 new condition disconnected
2019.01.19 20:36:30.781 1: FHEMWEB SSL/HTTPS error:  SSL accept attempt failed because of handshake problems (peer: 192.xxx.xxx.xx)
2019.01.19 20:36:30.788 1: HMLAN_Parse: HMLAN1 new condition init
2019.01.19 20:36:30.791 1: 192.168.178.33:1000 reappeared (HMLAN1)
2019.01.19 20:36:30.796 1: FHEMWEB SSL/HTTPS error:  SSL accept attempt failed because of handshake problems (peer: 192.xxx.xxx.xx)
2019.01.19 20:36:30.834 1: FHEMWEB SSL/HTTPS error:  SSL accept attempt failed because of handshake problems (peer: 192.xxx.xxx.xx)
2019.01.19 20:36:31.091 1: HMLAN_Parse: HMLAN1 new condition ok
2019.01.19 20:36:31.097 1: FHEMWEB SSL/HTTPS error:  SSL accept attempt failed error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number (peer: 192.xxx.xxx.xx)
2019.01.19 20:36:43.649 1: PERL WARNING: Use of uninitialized value $Hb in multiplication (*) at ./FHEM/70_DENON_AVR.pm line 3256.

[dk3572]

Naja meinen Winck hast Du anscheinend nicht war genommen oder verstanden.

Welcher Browser wurde verwendet, hast Du Meldungen in der Entwicklerkonsole unter Netzwerk.
Was ist wenn Du die Webinstanz auf verbose 5 stellst was steht dann im Log.

Mit dem was Du uns da glaubst gegeben zu haben kann man leider rein gar nichts machen.

ok, jetzt habe ich verstanden.
Ich liefere nach....

Browser = Chrome
Meldungen in der Konsole kann ich nicht ersehen da gleich bei set Befehl die leere Seite mit der Meldung kommt.

Hier der Log mit verbose 5 nach "set roommate ..." (der obere Teil wird zigfach wiederholt)

Code Auswählen Erweitern

2019.01.19 20:50:43.606 4: authorize WEB/cmd/set: allowed_WEB returned dont care
2019.01.19 20:50:43.606 4: authorize WEB/cmd/set: allowed_WEBphone returned dont care
2019.01.19 20:50:43.606 4: authorize WEB/cmd/set: allowed_WEBtablet returned dont care
2019.01.19 20:50:43.606 4: authorize WEB/cmd/set: allowed_telnetPort returned dont care
2019.01.19 20:50:43.606 4: authorize WEB/devicename/rr_Dieter: allowed_WEB returned dont care
2019.01.19 20:50:43.606 4: authorize WEB/devicename/rr_Dieter: allowed_WEBphone returned dont care
2019.01.19 20:50:43.606 4: authorize WEB/devicename/rr_Dieter: allowed_WEBtablet returned dont care
2019.01.19 20:50:43.606 4: authorize WEB/devicename/rr_Dieter: allowed_telnetPort returned dont care
2019.01.19 20:50:43.622 4: WEB_192.xxx.xxx.xx_55487 GET /fhem?detail=rr_Dieter&fw_id=&detail=rr_Dieter&dev.setrr_Dieter=rr_Dieter&fwcsrf=csrf_451017574740048&cmd.setrr_Dieter=set&arg.setrr_Dieter=abwesend&val.setrr_Dieter=; BUFLEN:0
2019.01.19 20:50:43.622 4: authorize WEB/cmd/set: allowed_WEB returned dont care
2019.01.19 20:50:43.622 4: authorize WEB/cmd/set: allowed_WEBphone returned dont care
2019.01.19 20:50:43.622 4: authorize WEB/cmd/set: allowed_WEBtablet returned dont care
2019.01.19 20:50:43.622 4: authorize WEB/cmd/set: allowed_telnetPort returned dont care
2019.01.19 20:50:43.622 4: authorize WEB/devicename/rr_Dieter: allowed_WEB returned dont care
2019.01.19 20:50:43.622 4: authorize WEB/devicename/rr_Dieter: allowed_WEBphone returned dont care
2019.01.19 20:50:43.622 4: authorize WEB/devicename/rr_Dieter: allowed_WEBtablet returned dont care
2019.01.19 20:50:43.622 4: authorize WEB/devicename/rr_Dieter: allowed_telnetPort returned dont care
2019.01.19 20:50:43.748 4: Connection closed for WEB_192.xxx.xxx.xx_55488: EOF
2019.01.19 20:50:45.917 4: WEB_192.xxx.xxx.xx_55487 POST /fhem?detail=rr_Dieter&fw_id=; BUFLEN:0
2019.01.19 20:50:45.972 4: WEB: /fhem?detail=rr_Dieter&fw_id= / RL:37390 / text/html; charset=UTF-8 / Content-Encoding: gzip
/ Cache-Control: no-cache, no-store, must-revalidate

2019.01.19 20:50:46.017 4: WEB_192.xxx.xxx.xx_55487 GET /fhem/pgm2/style.css?v=1547926457; BUFLEN:0
2019.01.19 20:50:46.035 4: Connection accepted from WEB_192.xxx.xxx.xx_55487
2019.01.19 20:50:46.048 4: Connection accepted from WEB_192.xxx.xxx.xx_55487
2019.01.19 20:50:46.048 4: WEB_192.168.178.56_55487 GET /fhem/pgm2/jquery-ui.min.css; BUFLEN:0
2019.01.19 20:50:46.053 4: Connection closed for WEB_192.xxx.xxx.xx_55487: EOF
2019.01.19 20:50:46.053 4: Connection closed for WEB_192.xxx.xxx.xx_55487: EOF
2019.01.19 20:50:46.064 4: Connection accepted from WEB_192.xxx.xxx.xx_55487
2019.01.19 20:50:46.077 4: Connection accepted from WEB_192.xxx.xxx.xx_55487
2019.01.19 20:50:46.078 4: WEB_192.xxx.xxx.xx_55487 GET /fhem/pgm2/fhemweb.js; BUFLEN:0
2019.01.19 20:50:46.087 4: Connection closed for WEB_192.xxx.xxx.xx_55487: EOF
2019.01.19 20:50:46.095 4: Connection accepted from WEB_192.xxx.xxx.xx_55487
2019.01.19 20:50:46.095 4: Connection closed for WEB_192.xxx.xxx.xx_55487: EOF
2019.01.19 20:50:46.096 4: WEB_192.xxx.xxx.xx_55487 GET /fhem/pgm2/fhemweb_readingsGroup.js; BUFLEN:0
2019.01.19 20:50:46.102 4: Connection accepted from WEB_192.xxx.xxx.xx_55487
2019.01.19 20:50:46.110 4: Connection accepted from WEB_192.xxx.xxx.xx_55487
2019.01.19 20:50:46.110 4: Connection closed for WEB_192.xxx.xxx.xx_55487: EOF
2019.01.19 20:50:46.111 4: Connection closed for WEB_192.xxx.xxx.xx_55487: EOF
2019.01.19 20:50:46.118 4: Connection accepted from WEB_192.xxx.xxx.xx_55487
2019.01.19 20:50:46.119 4: Connection closed for WEB_192.xxx.xxx.xx_55487: EOF
2019.01.19 20:50:46.129 4: Connection closed for WEB_192.xxx.xxx.xx_55487: EOF
2019.01.19 20:50:46.182 4: WEB_192.xxx.xxx.xx_55487GET /fhem/images/default/fhemicon_dark.png; BUFLEN:0
2019.01.19 20:50:46.515 4: WEB_192.xxx.xxx.xx_55487 GET /fhem/icons/favicon; BUFLEN:0
2019.01.19 20:50:51.421 4: WEB_192.xxx.xxx.xx_55487GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2019-01-19.log; BUFLEN:0

Ich erhalte auch jedes mal die Browser Meldung "Dies ist keine sichere Verbindung....."

Browser würde ich ausschließen, da ich vom Handy aus gleichen Fehler erhalte.

[dk3572]

...keiner mehr eine Idee 
Fehlen noch Info´s?

Oder liegt´s am Sonntag und dem Wetter? 

Gruß Dieter

[bartman121]

Also,

...ERR_TOO_MANY_REDIRECTS....

hatte ich mal im Zusammenhang mit dem Datensparmodus vom Chrome. Ist dieser aktiviert?

weiterhin schreibst du:
"dies ist keine sichere Seite", das klingt danach als ob du die Seite per https ansurfst?

Ist da ein Reverse-Proxy dazwischen?

Versuchst du es aus deinem eigenen LAN oder ggfs. von außen?

Hast du mal einen anderen Browser versucht?

[dk3572]

Danke für die Antwort.
Es ist egal welcher Browser (Chrome/IE/Handy Chrome).
Im eigen LAN, mit https und ohne Reverse Proxy.
Das hat damit auch mit Sicherheit nichts zu tun.
Es liegt an meinem Fhem System.
Nur was ist da schief gelaufen?   

[dk3572]

Ich habe jetzt mal ein Backup von vor 3 Wochen eingespielt.
Da gab es die Probleme definitiv noch nicht. Leider auch ohne Besserung.
Somit könnte ich doch meine Fhem Konfiguration ausschließen?

[dk3572]

Naja meinen Winck hast Du anscheinend nicht war genommen oder verstanden.

Welcher Browser wurde verwendet, hast Du Meldungen in der Entwicklerkonsole unter Netzwerk.
Was ist wenn Du die Webinstanz auf verbose 5 stellst was steht dann im Log.

Mit dem was Du uns da glaubst gegeben zu haben kann man leider rein gar nichts machen.

Hallo CoolTux,

hattest du dir meine nachgelieferten Infos noch mal angesehen?
Ich weiß leider nicht was ich noch liefern muss.

Danke un VG
Dieter

[Wernieman]

Gebe doch mal ein list vom Web-Device

192.xxx.xxx.xx hat Sie zu oft weitergeleitet.

Dieses bedeutet, das Deine Seite ein redirect macht, der wieder ein redirekt, der ... bis s einfach zu viele sind (max. redirekts)

Also KÖNNTE es durch einen proxy passieren (wirklich bei Dir nicht?).

FHEM selber macht (meines Wissens) keine redirekts ... also irgendwoher müssen die kommen ...

Edit:
Mal Cockies UND Cache gelehrt? Vor allem den Cache?

[CoolTux]

Hallo CoolTux,

hattest du dir meine nachgelieferten Infos noch mal angesehen?
Ich weiß leider nicht was ich noch liefern muss.

Danke un VG
Dieter

Sorry hatte keine Meldung bekommen da Du in Denen schon vorhandenen Post geschrieben hattest.
Mach mal bitte erstmal was Wernieman gesagt hat und dann schaltest Du bitte einmal HTTPS aus und verbindest Dich nach einem FHEM neustart über http. Und dann noch mal testen bitte.

[dk3572]

Gebe doch mal ein list vom Web-Device
Dieses bedeutet, das Deine Seite ein redirect macht, der wieder ein redirekt, der ... bis s einfach zu viele sind (max. redirekts)

Also KÖNNTE es durch einen proxy passieren (wirklich bei Dir nicht?).

FHEM selber macht (meines Wissens) keine redirekts ... also irgendwoher müssen die kommen ...

Edit:
Mal Cockies UND Cache gelehrt? Vor allem den Cache?

Danke für die Antwort,
nein, kein proxy.
Cookies habe ich bereits gelöscht, ohne Erfolg. Cache werde ich testen.
Allerdings besteht das Problem ja auch, wenn ich es mit dem mobilen Browser versuche.

List vom web-Device liefere ich heute Abend.

[Wernieman]

Btw: Welche Oberfläche "fährst" Du?
Hast Du eventuell einen apache/nginx installiert?

[dk3572]

Oberfläche?
Intel NUC mit Ubuntu Server 16.04
Apache mit Reverse Proxy hatte ich mal versucht einzurichten, aber nicht wirklich mit Erfolg.
Daher wieder verworfen. Ist aber schon einige Wochen/Monate her. Die Probleme habe ich erst seit kurzem.

[CoolTux]

Bitte einmal ohne HTTPS testen. Also HTTPS deaktivieren.

[dk3572]

Bitte einmal ohne HTTPS testen. Also HTTPS deaktivieren.

Bekomme Https nicht deaktiviert.
Habe in web https auf 0 gestellt und in allowed_web bei web den Haken raus.
Danach neu gestartet. Ohne Erfolg.

Hier noch das List vom WEB-Device:

Code Auswählen Erweitern

Internals:
   CONNECTS   38
   CSRFTOKEN  csrf_421789299548957
   DEF        8083 global
   FD         6
   FUUID      5c44bfdd-f33f-cd72-cb30-2098d7485837e3d5
   NAME       WEB
   NR         8
   NTFY_ORDER 50-WEB
   PORT       8083
   SSL        1
   STATE      Initialized
   TYPE       FHEMWEB
   .attraggr:
   .attrminint:
   READINGS:
     2019-01-21 17:39:01   state           Initialized
Attributes:
   HTTPS      0
   column     HOMEMODE:HOMEMODE,Zuhause%20Status,Dieter,Kerstin,Nick,PRESENCE,Fenster-/Türkontakte Wohnzimmer:Schalten,Rolllaeden,Fenster-/Türkontakte,Roomba980
   editConfig 1
   hiddenroom DashboardRoom
   longpoll   1
   menuEntries Update check,/fhem?cmd=update check,Update,/fhem?cmd=update,Restart,cmd=shutdown+restart
   roomIcons  Save config:system_backup Bad:scene_bathroom alexa:alexa Wohnzimmer:scene_livingroom Wetter:scene_day Garten:scene_garden Multimedia:audio_sound Alarme:message_attention@red Unsorted:unknown CUL_HM:hm_lan Everything:it_i-net Heizung:sani_heating AMAD:audio_volume_high Amazon:echo Save.config:message_attention ASC:fts_shutter_automatic Keller:control_building_kg HOMEMODE:building_security
   sortRooms  Wohnzimmer Bad Keller Garten HOMEMODE Multimedia Wetter Alarme Heizung alexa Unsorted Everything
   sslVersion TLSv12:!SSLv3
   stylesheetPrefix dark

[Wernieman]

Nimm mal "sslVersion" raus ...

[dk3572]

Habe ich gemacht, neu gestartet, ohne Erfolg.
In web steht in den Internals SSL 1

[dk3572]

Es wird auch immer kurioser.
Nach Update Check bekomme ich diese Liste:

Code Auswählen Erweitern

fhem
List of new / modified files since last update:
UPD ./CHANGED
UPD FHEM/00_MQTT2_SERVER.pm
UPD FHEM/10_CUL_HM.pm
UPD FHEM/10_EnOcean.pm
UPD FHEM/14_CUL_REDIRECT.pm
UPD FHEM/14_CUL_TCM97001.pm
UPD FHEM/39_alexa.pm
UPD FHEM/44_ROLLO.pm
UPD FHEM/93_DbRep.pm
UPD FHEM/98_DOIF.pm
UPD www/pgm2/svg.js

New entries in the CHANGED file:
  - bugfix:  14_CUL_TCM97001: Fix uninitialized value warning
  - bugfix:  14_CUL_REDIRECT: Fix uninitialized value warning
  - feature: 93_DbRep: sqlCmd can handle SQL session variables, Forum:#96082

Habe aber das in global eingetragen:

Code Auswählen Erweitern

exclude_from_update
ha_theme 39_alexa.pm 10_CUL_HM.pm

[bartman121]

Du sagtest, dass der Fehler erst nach dem Rückspielen eines Backups auftrat. Weiterhin sagst du, dass auch das Rückspielen eines anderen Backups es nicht löst.


Wie spielst du das Backup denn zurück?

[dk3572]

ich kopiere das Backup nach home/fhem und dann

sudo tar -xvzf /home/fhem/FHEM-201xxxxx_xxxxxx.tar.gz -C /opt/fhem/

[bartman121]

Stoppt du den Service vorher?

Hast du mal die rechte im fhem-Verzeichnis geprüft?

[dk3572]

ja, fhem vorher gestoppt.
Bevor ich nun lange suche, Rechte prüfe und setzte ich wie?

Edit:
Und Rechte ist so ein Thema.
Ich habe leider beim Installieren des NUC den user "fhem" angelegt. Sonst keinen.
Ich möchte den sowieso neu aufsetzen, scheu mich aber noch etwas. 

[bartman121]

Code Auswählen Erweitern

sudo chown -R fhem:dialout /opt/fhem

[dk3572]

Code Auswählen Erweitern

sudo chown -R fhem:dialout /opt/fhem

Ausgeführt, neu gestartet, ohne Erfolg.

Edit:

So sieht das Log nach einem Neustart aus:

Code Auswählen Erweitern

2019.01.21 19:01:01.004 0: Featurelevel: 5.9
2019.01.21 19:01:01.004 0: Server started with 225 defined entities (fhem.pl:18343/2019-01-20 perl:5.022001 os:linux user:fhem pid:1349)
2019.01.21 19:01:05.647 1: HMLAN_Parse: HMLAN1 new condition ok
2019.01.21 19:01:06.043 1: 192.xxx.xxx.xx:1000 disconnected, waiting to reappear (HMLAN1)
2019.01.21 19:01:06.045 1: HMLAN_Parse: HMLAN1 new condition disconnected
2019.01.21 19:01:06.076 1: FHEMWEB SSL/HTTPS error:  SSL accept attempt failed because of handshake problems (peer: 192.xxx.xxx.xx)
2019.01.21 19:01:06.087 1: FHEMWEB SSL/HTTPS error:  SSL accept attempt failed because of handshake problems (peer: 192.xxx.xxx.xx)
2019.01.21 19:01:06.125 1: HMLAN_Parse: HMLAN1 new condition init
2019.01.21 19:01:06.127 1: 192.xxx.xxx.xx:1000 reappeared (HMLAN1)
2019.01.21 19:01:06.134 1: FHEMWEB SSL/HTTPS error:  SSL accept attempt failed because of handshake problems (peer: 192.xxx.xxx.xx)
2019.01.21 19:01:06.140 1: FHEMWEB SSL/HTTPS error:  SSL accept attempt failed because of handshake problems (peer: 192.xxx.xxx.xx)
2019.01.21 19:01:06.148 1: FHEMWEB SSL/HTTPS error:  SSL accept attempt failed because of handshake problems (peer: 192.xxx.xxx.xx)
2019.01.21 19:01:06.165 1: FHEMWEB SSL/HTTPS error:  SSL accept attempt failed because of handshake problems (peer: 192.xxx.xxx.xx)
2019.01.21 19:01:06.410 1: HMLAN_Parse: HMLAN1 new condition ok
2019.01.21 19:01:06.503 1: FHEMWEB SSL/HTTPS error:  SSL accept attempt failed error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number (peer: 192.xxx.xxx.xx)

[Wernieman]

FHEMWEB SSL/HTTPS error:  SSL accept attempt failed because of handshake problems (peer: 192.xxx.xxx.xx)

Gucke mal, ob wirkoich SSL beim FHEMWEB (oder global) aktiviert ist ...

@bartman121
Besser wäre:

Code Auswählen Erweitern

chown -R fhem: /opt/fhem
Da hinter dem ":" keine Gruppe kommt, wird die Standardgruppe genommen, der fhem zugehörig ist. Diese ist nicht immer dialout ...

[dk3572]

List global:

Code Auswählen Erweitern

Internals:
   DEF        no definition
   FD         4
   NAME       global
   NR         1
   STATE      no definition
   TYPE       Global
   currentlogfile ./log/fhem-2019-01-21.log
   logfile    ./log/fhem-%Y-%m-%d.log
Attributes:
   altitude   151
   autoload_undefined_devices 1
   autosave   0
   backup_before_update 1
   configfile fhem.cfg
   exclude_from_update 39_alexa.pm 10_CUL_HM.pm ha_theme
   holiday2we he,Feiertag,dummyGoogle_Arbeitsfrei
   language   DE
   latitude   xx.xxxxx
   logfile    ./log/fhem-%Y-%m-%d.log
   longitude  x.xxxxxx
   modpath    .
   mseclog    1
   nrarchive  7
   sendStatistics manually
   showInternalValues 1
   sslVersion TLSv12:!SSLv3
   statefile  ./log/fhem.save
   updateInBackground 1
   userattr   ASC:0,1,2 alexaName alexaRoom cmdIcon devStateIcon devStateIcon:textField-long devStateStyle fp_Grundriss_EG fp_Grundriss_EG_neu genericDeviceType:security,ignore,switch,outlet,light,blind,thermometer,thermostat,contact,garage,window,lock homebridgeMapping:textField-long icon msgContactAudio msgContactLight msgContactMail msgContactPush msgContactScreen msgParams msgPriority msgRecipient msgRecipientAudio msgRecipientLight msgRecipientMail msgRecipientPush msgRecipientScreen msgRecipientText msgTitle msgTitleShrt msgType:text,push,mail,screen,light,audio,queue sortby webCmd webCmdLabel:textField-long widgetOverride
   verbose    1
   version    fhem.pl:18343/2019-01-20

List web:

Code Auswählen Erweitern

Internals:
   CONNECTS   94
   CSRFTOKEN  csrf_641641423073652
   DEF        8083 global
   FD         7
   FUUID      5c44bfdd-f33f-cd72-cb30-2098d7485837e3d5
   NAME       WEB
   NR         8
   NTFY_ORDER 50-WEB
   PORT       8083
   SSL        1
   STATE      Initialized
   TYPE       FHEMWEB
   .attraggr:
   .attrminint:
   READINGS:
     2019-01-21 18:58:39   state           Initialized
Attributes:
   HTTPS      1
   column     HOMEMODE:HOMEMODE,Zuhause%20Status,Dieter,Kerstin,Nick,PRESENCE,Fenster-/Türkontakte Wohnzimmer:Schalten,Rolllaeden,Fenster-/Türkontakte,Roomba980
   editConfig 1
   hiddenroom DashboardRoom
   longpoll   1
   menuEntries Update check,/fhem?cmd=update check,Update,/fhem?cmd=update,Restart,cmd=shutdown+restart
   roomIcons  Save config:system_backup Bad:scene_bathroom alexa:alexa Wohnzimmer:scene_livingroom Wetter:scene_day Garten:scene_garden Multimedia:audio_sound Alarme:message_attention@red Unsorted:unknown CUL_HM:hm_lan Everything:it_i-net Heizung:sani_heating AMAD:audio_volume_high Amazon:echo Save.config:message_attention ASC:fts_shutter_automatic Keller:control_building_kg HOMEMODE:building_security
   sortRooms  Wohnzimmer Bad Keller Garten HOMEMODE Multimedia Wetter Alarme Heizung alexa Unsorted Everything
   stylesheetPrefix dark

Ich würde sagen, ist aktiviert.

[bartman121]

Willst du die Leute hier verarschen?

Wenn Werniemann sagt du sollst gucken ob es aktiviert ist, dann bedeutet es:

Gucken, attribute löschen (3stück), save, shutdown restart, test

[dk3572]

Willst du die Leute hier verarschen?

Wenn Werniemann sagt du sollst gucken ob es aktiviert ist, dann bedeutet es:

Gucken, attribute löschen (3stück), save, shutdown restart, test

Beim besten Willen möchte ich niemanden verarschen.
Im Gegenteil, bin sehr dankbar für eure Hilfe.

Die Attribute hatte ich bereits deaktiviert. Leider auch ohne Erfolg.
Danach hatte ich sie wieder gesetzt.
Werde es aber gleich noch mal testen.

Und welche 3?
web https 1
global sslVersion TLSv12:!SSLv3
?

[CoolTux]

Dieter Du musst die Attribute wirklich löschen. Dann speichern und dann erst Neustart. Danach sollte fhem über https:// nicht mehr erreichbar sein sondern über http://

[bartman121]

Dieter, ja die beiden... Ich hatte mich verguggt

[dk3572]

Dieter Du musst die Attribute wirklich löschen. Dann speichern und dann erst Neustart. Danach sollte fhem über https:// nicht mehr erreichbar sein sondern über http://

Ja, danke, habe ich jetzt auch begriffen.
Welches ist das 3. Attribut?

[Wernieman]

SSL

[dk3572]

ok, SSL ist deaktiviert. Muss mich mit http://.... anmelden.
Problem besteht immer noch.

Log nach Neustart:

Code Auswählen Erweitern

2019.01.21 19:56:57.913 0: Featurelevel: 5.9
2019.01.21 19:56:57.913 0: Server started with 225 defined entities (fhem.pl:18343/2019-01-20 perl:5.022001 os:linux user:fhem pid:2501)
2019.01.21 19:57:02.094 1: HMLAN_Parse: HMLAN1 new condition ok
2019.01.21 19:57:02.765 1: 192.xxx.xxx.xx:1000 disconnected, waiting to reappear (HMLAN1)
2019.01.21 19:57:02.767 1: HMLAN_Parse: HMLAN1 new condition disconnected
2019.01.21 19:57:02.826 1: HMLAN_Parse: HMLAN1 new condition init
2019.01.21 19:57:02.829 1: 192.xxx.xxx.xx:1000 reappeared (HMLAN1)
2019.01.21 19:57:03.090 1: HMLAN_Parse: HMLAN1 new condition ok
2019.01.21 19:57:03.119 1: FHEMWEB SSL/HTTPS error:  SSL accept attempt failed error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number (peer: 192.xxx.xxx.xx)

[CoolTux]

FHEMWEB SSL/HTTPS error:  SSL accept attempt failed error:1408F10B:SSL

Wer oder was versucht denn da per SSL zu zu greifen? Wem gehört die IP hinter der Meldung?

[dk3572]

Meinem NUC auf dem Fhem läuft.

[bartman121]

Warum versucht dein nuc auf die Seite zuzugreifen? Doch ein proxy?

[dk3572]

Warum versucht dein nuc auf die Seite zuzugreifen? Doch ein proxy?

Ich hatte es mal mit dem Apache versucht aber nicht wirklich hinbekommen, wie du dir denken kannst 
Hatte danach aber nicht die Probleme.
Habe ihn jetzt mal gestoppt. Log jetzt nach Neustart:

Code Auswählen Erweitern

2019.01.21 20:19:44.309 0: Featurelevel: 5.9
2019.01.21 20:19:44.309 0: Server started with 225 defined entities (fhem.pl:18343/2019-01-20 perl:5.022001 os:linux user:fhem pid:3583)
2019.01.21 20:19:48.281 1: HMLAN_Parse: HMLAN1 new condition ok
2019.01.21 20:19:48.916 1: 192.xxx.xxx.xx:1000 disconnected, waiting to reappear (HMLAN1)
2019.01.21 20:19:48.917 1: HMLAN_Parse: HMLAN1 new condition disconnected
2019.01.21 20:19:49.142 1: HMLAN_Parse: HMLAN1 new condition init
2019.01.21 20:19:49.149 1: 192.xxx.xxx.xx:1000 reappeared (HMLAN1)
2019.01.21 20:19:49.241 1: HMLAN_Parse: HMLAN1 new condition ok

[CoolTux]

Und du hast nun immer noch das Problem beim set Befehlen?

Wenn ja. Lege bitte ein Dummy an.
define dummyTest dummy

Und mache dann set dummyTest on

Was passiert?

[dk3572]

Und du hast nun immer noch das Problem beim set Befehlen?

Wenn ja. Lege bitte ein Dummy an.
define dummyTest dummy

Und mache dann set dummyTest on

Was passiert?

Ja, Problem weiterhin.

Dummy angelegt. Kommt sofort Meldung das er bereits existiert. Hat er aber nicht. Wird also auch mehrfach wiederholt.
Nach set dummyTest on kommt:

Code Auswählen Erweitern

Diese Seite funktioniert nicht 192.xxx.xxx.xx (der NUC) hat Sie zu oft weitergeleitet.
Löschen Sie Ihre Cookies.
ERR_TOO_MANY_REDIRECTS

[CoolTux]

Kannst du mir bitte einmal die URL hier Posten? Also das was du in der Browser Adresszeile ein gibst. Kannst die IP gerne xxxen

[dk3572]

Kannst du mir bitte einmal die URL hier Posten? Also das was du in der Browser Adresszeile ein gibst. Kannst die IP gerne xxxen

http://192.xxx.xxx.xx:8083/fhem?detail=dummyTest&fw_id=

[CoolTux]

Also wenn sonst keiner weiter eine Idee hat. Setze das Device WEB auf verbose 5 und Versuche dann etwas zu schalten. Oder gerne auch wieder ein Dummy an zu legen.
Wenn du das gemacht hast kopierst Du die Fehlermeldung und legst im Frontend Forum unter FHEMWEB ein neues Thema an mit der verbose 5 Ausgabe. Mal schauen ob Rudi was ein fällt.

[dk3572]

Also wenn sonst keiner weiter eine Idee hat. Setze das Device WEB auf verbose 5 und Versuche dann etwas zu schalten. Oder gerne auch wieder ein Dummy an zu legen.
Wenn du das gemacht hast kopierst Du die Fehlermeldung und legst im Frontend Forum unter FHEMWEB ein neues Thema an mit der verbose 5 Ausgabe. Mal schauen ob Rudi was ein fällt.

Erledigt

https://forum.fhem.de/index.php/topic,96277.0.html#new

Und vielen Dank noch mal an alle bis dahin!

[dk3572]

Ich noch mal.

Wie verhindere ich, dass der Apache wieder gestartet wird?

Edit:

Ok, vermutlich so: sudo update-rc.d -f apache2 remove

[CoolTux]

Kenne mich mit Nuc nicht aus aber suche Mal nach Diensten und dann da den Apache rausnehmen beim Startprozess.

[Wernieman]

Wenn Du Ihn nicht brauchst, würde ich Ihn einfach deinstallieren ...