Gegeben ist:
- FHEM frisch umgezogen von Debian12 auf neuaufgesetztes Debian13
- attr global useInet6 1 ist gesetzt, sonst funktioniert MQTT2 nicht
Wenn ich nun "fheminfo send" ausführe, passiert folgendes:
2025.10.02 13:40:44 5: Cmd: >fheminfo send<
2025.10.02 13:40:44 4: fheminfo send (nonblocking): {... <infoData> ...}
2025.10.02 13:40:44 5: HttpUtils url=https://fhem.de/stats/statistics2.cgi NonBlocking via https
2025.10.02 13:40:44 4: IP: fhem.de -> [2a01:4f8:221:1b5a::2]
2025.10.02 13:40:48 1: fheminfo send: Server ERROR: connect to https://fhem.de:443 timed out
Entferne ich das Attribut useInet6 aus global, sieht das so aus:
2025.10.02 14:17:01 5: Cmd: >fheminfo send<
2025.10.02 14:17:01 4: fheminfo send (nonblocking): {... <infoData> ...}
2025.10.02 14:17:01 5: HttpUtils url=https://fhem.de/stats/statistics2.cgi NonBlocking via https
2025.10.02 14:17:01 4: IP: fhem.de -> 188.40.131.57
2025.10.02 14:17:01 5: HttpUtils request header:
POST /stats/statistics2.cgi HTTP/1.0
Host: fhem.de
Accept-Encoding: gzip,deflate
User-Agent: FHEM
Content-Length: 1121
Content-Type: application/x-www-form-urlencoded
2025.10.02 14:17:02 4: https://fhem.de/stats/statistics2.cgi: HTTP response code 200
2025.10.02 14:17:02 5: HttpUtils https://fhem.de/stats/statistics2.cgi: Got data, length: 6
2025.10.02 14:17:02 5: HttpUtils response header:
HTTP/1.1 200 OK
Date: Thu, 02 Oct 2025 12:17:01 GMT
Server: Apache/2.4.52 (Ubuntu)
X-Xss-Protection: 1; mode=block
X-Content-Type-Options: nosniff
X-Frame-Options: SAMEORIGIN
Content-Type: application/x-www-form-urlencoded; charset=ISO-8859-1
Connection: close
2025.10.02 14:17:02 4: fheminfo send: Server RESPONSE: ==> ok
Vor dem Umzug auf Debian13 sind mir diese Fehlermeldungen nicht begegnet.
Hat jemand eine Idee, was da schiefgeht bzw. wie ich diesen Fehler weiter eingrenzen/debuggen kann?
Keine direkte Idee, aber womoeglich hilft es bei der Suche:
Mein Browser-Plugin sagt, dass https://fhem.de vollstaendig ueber IPv6 geladen wurde.
Ich hatte vor ca einem Jahr eine Weile das Problem, dass ich IPv6 Webseiten nur sehr zoegerlich laden konnte.
Das Problem war weg, nachdem ich IPv6 global deaktiviert hatte: vmtl. hat mein Provider bei der IPv6 Routing was falsch gemacht.
Edit: http => https