Hallo,
ich erhalte beim Ausführen eines set Befehls (z.B. set ASC created new drive timer) eine leere Seite mit dem Hinweis:
ZitatDiese 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:
ZitatErneute Formularübermittlung bestätigen
Cookies habe ich bereits gelöscht, ohne Erfolg.
Woran könnte das liegen?
Danke und VG
Dieter
Vielleicht hat Deine Apple SmartWatch Probleme mit der Seite?
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?
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"
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.
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
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
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.
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 (https://forum.fhem.de/index.php/topic,95409.0.html)
Hier noch ein Log nach Neustart. Sieht auch nicht so gut aus.
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.
Zitat von: CoolTux am 19 Januar 2019, 20:42:38
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)
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:0Ich 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.
...keiner mehr eine Idee :'(
Fehlen noch Info´s?
Oder liegt´s am Sonntag und dem Wetter? ;)
Gruß Dieter
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?
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? :o
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?
Zitat von: CoolTux am 19 Januar 2019, 20:42:38
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
Gebe doch mal ein list vom Web-Device
Zitat192.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?
Zitat von: dk3572 am 21 Januar 2019, 09:25:35
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.
Zitat von: Wernieman am 21 Januar 2019, 09:34:36
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.
Btw: Welche Oberfläche "fährst" Du?
Hast Du eventuell einen apache/nginx installiert?
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.
Bitte einmal ohne HTTPS testen. Also HTTPS deaktivieren.
Zitat von: CoolTux am 21 Januar 2019, 11:02:47
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:
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
Nimm mal "sslVersion" raus ...
Habe ich gemacht, neu gestartet, ohne Erfolg.
In web steht in den Internals SSL 1
Es wird auch immer kurioser.
Nach Update Check bekomme ich diese Liste:
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:
exclude_from_update
ha_theme 39_alexa.pm 10_CUL_HM.pm
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?
ich kopiere das Backup nach home/fhem und dann
sudo tar -xvzf /home/fhem/FHEM-201xxxxx_xxxxxx.tar.gz -C /opt/fhem/
Stoppt du den Service vorher?
Hast du mal die rechte im fhem-Verzeichnis geprüft?
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. ;)
sudo chown -R fhem:dialout /opt/fhem
Zitat von: bartman121 am 21 Januar 2019, 18:56:03
sudo chown -R fhem:dialout /opt/fhem
Ausgeführt, neu gestartet, ohne Erfolg.
Edit:
So sieht das Log nach einem Neustart aus:
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)
ZitatFHEMWEB 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:
chown -R fhem: /opt/fhemDa hinter dem ":" keine Gruppe kommt, wird die Standardgruppe genommen, der fhem zugehörig ist. Diese ist nicht immer dialout ...
List global:
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:
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.
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
Zitat von: bartman121 am 21 Januar 2019, 19:43:16
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
?
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://
Dieter, ja die beiden... Ich hatte mich verguggt
Zitat von: CoolTux am 21 Januar 2019, 19:52:43
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?
SSL
ok, SSL ist deaktiviert. Muss mich mit http://.... anmelden.
Problem besteht immer noch.
Log nach Neustart:
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)
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?
Meinem NUC auf dem Fhem läuft.
Warum versucht dein nuc auf die Seite zuzugreifen? Doch ein proxy?
Zitat von: bartman121 am 21 Januar 2019, 20:14:02
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:
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
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?
Zitat von: CoolTux am 21 Januar 2019, 20:27:38
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:
Diese Seite funktioniert nicht 192.xxx.xxx.xx (der NUC) hat Sie zu oft weitergeleitet.
Löschen Sie Ihre Cookies.
ERR_TOO_MANY_REDIRECTS
Kannst du mir bitte einmal die URL hier Posten? Also das was du in der Browser Adresszeile ein gibst. Kannst die IP gerne xxxen
Zitat von: CoolTux am 21 Januar 2019, 20:35:41
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=
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.
Zitat von: CoolTux am 21 Januar 2019, 20:41:14
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 (https://forum.fhem.de/index.php/topic,96277.0.html#new)
Und vielen Dank noch mal an alle bis dahin!
Ich noch mal.
Wie verhindere ich, dass der Apache wieder gestartet wird?
Edit:
Ok, vermutlich so: sudo update-rc.d -f apache2 remove
Kenne mich mit Nuc nicht aus aber suche Mal nach Diensten und dann da den Apache rausnehmen beim Startprozess.
Wenn Du Ihn nicht brauchst, würde ich Ihn einfach deinstallieren ...