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?