Closed ic-dev21 closed 4 months ago
Je crois que j'ai de quoi de relier a cette issue. Pour ma part par contre, ca me retourne des "503" et "404";
Unable to connect to WS server 503, message='Invalid response status', url=URL('https://sigr-domo-prod-01.service.signalr.net/client/?hub=devicehub&asrs.op=%2FDeviceHub&asrs_request_id=<REDACTED>%3D&id=<REDACTED>&access_token=<REDACTED>')
Unable to connect to WS server 404, message='Invalid response status', url=URL('https://sigr-domo-prod-01.service.signalr.net/client/?hub=devicehub&asrs.op=%2FDeviceHub&asrs_request_id=<REDACTED>%3D&id=<REDACTED>&access_token=<REDACTED>')
I found that some of the URI params seems to be "URI safe" values... but the place they appears seems weird (e.g. at the end of "asrs_request_id" or at the beginning of "asrs.op").
Je crois que j'ai de quoi de relier a cette issue. Pour ma part par contre, ca me retourne des "503" et "404";
Unable to connect to WS server 503, message='Invalid response status', url=URL('https://sigr-domo-prod-01.service.signalr.net/client/?hub=devicehub&asrs.op=%2FDeviceHub&asrs_request_id=<REDACTED>%3D&id=<REDACTED>&access_token=<REDACTED>') Unable to connect to WS server 404, message='Invalid response status', url=URL('https://sigr-domo-prod-01.service.signalr.net/client/?hub=devicehub&asrs.op=%2FDeviceHub&asrs_request_id=<REDACTED>%3D&id=<REDACTED>&access_token=<REDACTED>')
I found that some of the URI params seems to be "URI safe" values... but the place they appears seems weird (e.g. at the end of "asrs_request_id" or at the beginning of "asrs.op").
Si c'est parce que tu n'as pas de lectures de températures ou autre de test appareils depuis ce week-end il semble y avoir un problème chez Hilo qui affecte un portion des users de HA. Si tu as quelques minutes appelle au service à la clientèle pour leur faire savoir que tu es aussi affecté ils ont eu plusieurs appels/courriels/messenger là dessus déjà. Si plus de clients le rapportent peut-être que ça va bouger.
Si tu utilises vraiment la nouvelle authentification en béta, normalement ça planterait aux 24h presque pile et nécessiterait que tu re-links ton compte à chaque fois avec un uninstall reinstall complet.
hum... peut-etre que c'est ce que c'etait. Par contre, j'ai des trous de donnees qui apparaisse. Je vais continuer à surveiller ce qui arrive pour voir si ca serait relier aux pannes de Hilo. Merci !
@ic-dev21, pendant la période de 24h, est-ce que le service roule en arrière plan ou bien c'est la remise en fonction après 24h qui génère l'erreur?
@ic-dev21, pendant la période de 24h, est-ce que le service roule en arrière plan ou bien c'est la remise en fonction après 24h qui génère l'erreur?
Tout marche je pense que c'est la portion long life token qui ne reprend pas de service
@ic-dev21, pendant la période de 24h, est-ce que le service roule en arrière plan ou bien c'est la remise en fonction après 24h qui génère l'erreur?
Si tu me fais un fast forward merge je pourrais mettre en test sur une période de 24h+ et te sortir les logs au besoin. Let me know.
@ic-dev21, pendant la période de 24h, est-ce que le service roule en arrière plan ou bien c'est la remise en fonction après 24h qui génère l'erreur?
Tout marche je pense que c'est la portion long life token qui ne reprend pas de service
Ce que je cherche à savoir c'est si le service (backend Home Assistant) roulait pendant la vie du token ou bien s'il était fermé.
Le refresh token a une durée de vie de 24h et l'access token d'une heure. À chaque heure, normalement, une request devrait constater que l'access token est expiré et se servir du refresh token pour faire une nouvelle demande. Du même coup, cela devrait générer un nouveau refresh token bon pour un 24 heures de plus.
Ainsi, si le service était fermé, c'est normal que le refresh token ait le temps d'expirer et qu'une nouvelle authentification doive être faite. Par contre, si le service était en fonction, il y a un problème de gestion des tokens à investiguer.
Le refresh token a une durée de vie de 24h et l'access token d'une heure. À chaque heure, normalement, une request devrait constater que l'access token est expiré et se servir du refresh token pour faire une nouvelle demande. Du même coup, cela devrait générer un nouveau refresh token bon pour un 24 heures de plus.
Ainsi, si le service était fermé, c'est normal que le refresh token ait le temps d'expirer et qu'une nouvelle authentification doive être faite. Par contre, si le service était en fonction, il y a un problème de gestion des tokens à investiguer.
Je comprends. Si les logs ci haut ne t’aident pas je peux t’en produire d’autres
Le problème a été identifié et il provient d'une configuration au niveau de l'authentification qui faisait en sorte que le refresh token mourrait systématiquement au bout de 24 heures.
Ce problème sera corrigé en production lors de notre prochaine release.
Je pourrai ensuite faire un merge de main vers feature/new-auth et nous pourrons tester de nouveau.
Je vous fais signe dès que c'est prêt.
Le problème a été identifié et il provient d'une configuration au niveau de l'authentification qui faisait en sorte que le refresh token mourrait systématiquement au bout de 24 heures.
Ce problème sera corrigé en production lors de notre prochaine release.
Je pourrai ensuite faire un merge de main vers feature/new-auth et nous pourrons tester de nouveau.
Je vous fais signe dès que c'est prêt.
Merci beaucoup des news Dave.
2 PR en cours pour merger main dans feature/new-auth.
Après le merge, il sera possible de tester de nouveau.
Information supplémentaire, le refresh token sera maintenant bon pour 14 jours. Il faudra donc qu'un utilisateur laisse son HA fermé pendant 14 jours avant qu'il soit obligé de passer par le processus de réauthentification.
Information supplémentaire, le refresh token sera maintenant bon pour 14 jours. Il faudra donc qu'un utilisateur laisse son HA fermé pendant 14 jours avant qu'il soit obligé de passer par le processus de réauthentification.
Excellent, installé sur un de mes environnement de dev, so far so good! Merci!
Closed by #388
Version of the custom_component
2024.XX.XX (beta)
Configuration
Describe the bug
Après une période d'environ 24h, le token expire et je deviens read-only. Environ 12h plus tard, la connexion tombe complètement
Debug log
@nlz242 @dave-hilo je vous laisse regarder ça en 2024. Je peux gosser pour avoir plus de logs si nécessaire :)