ERROR: The request could not be satisfied + log qui explose

famartinfr · Février 8, 2021, 9:34

Bonjour,

j’ai un petit souci avec Alexaapi, le log a dépassé les 100 Mo cette nuit avec ce type d’erreurs:

[2/8/2021, 10:12:32 AM][ERROR] : Alexa-Remote ║ <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<HTML><HEAD><META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<TITLE>ERROR: The request could not be satisfied</TITLE>
</HEAD><BODY>
<H1>403 ERROR</H1>
<H2>The request could not be satisfied.</H2>
<HR noshade size="1px">
Request blocked.
We can't connect to the server for this app or website at this time. There might be too much traffic or a configuration error. Try again later, or contact the app or website owner.
<BR clear="all">
If you provide content to customers through CloudFront, you can find steps to troubleshoot and help prevent this error by reviewing the CloudFront documentation.
<BR clear="all">
<HR noshade size="1px">
<PRE>
Generated by cloudfront (CloudFront)
Request ID: ***************************************************==
</PRE>
<ADDRESS>
</ADDRESS>
</BODY></HTML>

Après redémarrage du daemon cela s’arrête mais cela revient au bout d’un certain temps. pour mon cas environ 1h après reboot du daemon.

[2/8/2021, 11:25:06 AM][] : Alexa-Remote: Authentication check returned error: Error: <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />
<title>Website Temporarily Unavailable</title>
</head>
<body>
<p>&nbsp;</p>
<center><img src="http://g-ecx.images-amazon.com/images/G/01/website/errors/503/generic.png" alt="website temporarily unavailable" width="500" height="300"></center>
</body>
</html>
. Still try request

Supermilk · Février 9, 2021, 8:09

Salut,

Ca ne va pas t’aider, mais j’ai le même problème que toi, avec les mêmes traces dans le log qui boucle toutes les secondes.

</BODY></HTML>
[2/9/2021, 8:05:43 AM][ERROR] : Alexa-Remote ║ <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<HTML><HEAD><META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<TITLE>ERROR: The request could not be satisfied</TITLE>
</HEAD><BODY>
<H1>403 ERROR</H1>
<H2>The request could not be satisfied.</H2>
<HR noshade size="1px">
Request blocked.
We can't connect to the server for this app or website at this time. There might be too much traffic or a configuration error. Try again later, or contact the app or website owner.
<BR clear="all">
If you provide content to customers through CloudFront, you can find steps to troubleshoot and help prevent this error by reviewing the CloudFront documentation.
<BR clear="all">
<HR noshade size="1px">
<PRE>
Generated by cloudfront (CloudFront)
Request ID: ZuGfRyqkbES-TzsT-KvbwXHqTKXlxMraPDzFmsMceHhC1DyXXQe9oA==
</PRE>
<ADDRESS>
</ADDRESS>
</BODY></HTML>

Didier46 · Février 9, 2021, 8:55

Bonjour,
Idem pour moi. J’ai été obligé d’arrêter le daemon en attendant de mieux comprendre ce problème.

famartinfr · Février 9, 2021, 12:44

Merci pour vos retours, et bienvenue à @Didier46

C’est intéressant de voir que je ne suis pas seul à avoir cette problématique. Cela ressemble a un pb d’authentification du plugin sur les serveurs Amazon (erreur 403).

Peux être que la méthode ou la récurrence de l’authentification fini par déclencher un mécanisme de blocage coté Amazon.

Peut être que @sigalou pourra nous en dire plus.

sigalou · Février 9, 2021, 5:37

Salut @famartinfr

J’ai travaillé l’identification la nuit dernière, testez la dernière beta, vous me direz.
a+

Ultraboss · Février 10, 2021, 7:55

Les logs sont beaucoup plus propres !
Plus d’encodage bizarre ou d’erreur de dispo ou Cloudfront !!

Michol32 · Février 10, 2021, 10:29

Tout refonctionne également de mon coté (dernière beta)

famartinfr · Février 10, 2021, 4:30

C’est nickel aussi pour moi sur la version beta , merci @sigalou !

famartinfr · Février 10, 2021, 4:51

par contre je n’arrive plus à regénérer le cookie, voici le message d’erreur:

l’adresse IP est en adressage APIPA…

famartinfr · Février 10, 2021, 5:06

problème résolu par reboot du raspi…

sigalou · Février 10, 2021, 5:07

ok, très bien

@famartinfr tu peux cocher résolu de cette discussion stp ? Merci

famartinfr · Février 10, 2021, 5:09

Bien sûr, et encore merci pour ton aide

tu prévois de le pousser quand en stable ?

sigalou · Février 11, 2021, 8:16

Quand les tests de la beta seront satisfaisants, encore des trucs qu’on corrige tous les jours, les beta-testeurs sont au top !!

Didier46 · Février 11, 2021, 8:50

Bonjour à tous
Version beta testé ce matin. Le log alexaapi_node reste désespérément vide. Bien joué @sigalou pour cette modification. Je teste encore pendant quelques jours et je vous tiens au courant.
Bonne journée à tous.

sigalou · Février 11, 2021, 11:57

@Didier46 même en relançant la daemon, ça reste vide ?

Didier46 · Février 11, 2021, 5:15

Rebonjour
Quand je dis vide, c’était une boutade par rapport aux connexions toutes les secondes. Actuellement il y a un message toutes les 15mn disant « Alexa-remote : Authentification check successfull ». Toutes mes commandes vocales fonctionnent et font remonter les infos de Jeedom vers Alexa.
Encore merci pour le travail.
Bonne soirée.

famartinfr · Février 11, 2021, 6:13

Citation
l’adresse IP est en adressage APIPA…

@sigalou: j’ai de nouveau le souci lors de la récup du cookie, l’adresse ip n’est pas valide comme tu le vois dans la capture d’écran.

Pour info, mon raspi a 2 @IP: une sur le wifi et une sur l’ethernet et il répond bien sur les 2
J’utilise @ip ethernet dans la conf Jeedom, l’ @ip wifi sert uniquement en secours de l’Ethernet.

Log Alexapi_cookie

Alexa-Config - Lancement de /var/www/html/plugins/alexaapi/resources/initCookie.js
{Remote} ║ Use as Login-Amazon-URL: amazon.fr DEBUG
{Remote} ║ Use as Base-URL: alexa.amazon.fr DEBUG
{Remote} ║ No cookie given, generate one !!!!!!!!!!  DEBUG
{Cookie} ║ ┌──────────────────────────────────────────────────────────────────────────────────────────────────── INFO
{Cookie} ║ │        Récupération du Cookie Amazon    INFO
{Cookie} ║ ├──────────────────────────────────────────────────────────────────────────────────────────────────── INFO
{Cookie} ║ │ Use as Login-Amazon-URL: amazon.fr DEBUG
{Cookie} ║ │ Use as Base-Amazon-URL: amazon.com DEBUG
{Cookie} ║ │ Use as User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.103 Safari/537.36 DEBUG
{Cookie} ║ │ Use as Accept-Language: fr-FR DEBUG
{Cookie} ║ │ Proxy mode disabled DEBUG
Proxy Init: loaded temp data store ass fallback former data
Proxy Init: reuse frc from former data
Proxy Init: reuse map-md from former data
Proxy Init: reuse deviceId from former data
[HPM] Proxy created: !/cookie-success  ->  https://alexa.amazon.com
[HPM] Proxy rewrite rule created: "^/www.amazon.com" ~> ""
[HPM] Proxy rewrite rule created: "^/alexa.amazon.com" ~> ""
Alexa-Cookie: Proxy-Server listening on port 3457
Alexa-Remote: Error from retrieving cookies
initCookie - Error: You can try to get the cookie manually by opening http://169.254.230.214:3457/ with your browser.

LOg alexaapi

[2021-02-11 02:16:07][INFO] : Envoi de http://192.168.1.56:3456/updateallalarms?truc=vide&device=G090RF0482640BM7
[2021-02-11 18:57:47][INFO] : Lancement Serveur pour Cookie - DEBUT deamonCookieStart
[2021-02-11 18:57:48][INFO] : Lancement Serveur pour Cookie - DEBUT deamon_info
[2021-02-11 18:57:48][INFO] : Test si serveur cookie lance
[2021-02-11 18:57:48][INFO] : Lancement Serveur pour Cookie - FIN   deamonCookieStart
[2021-02-11 19:00:16][INFO] :  Arrêt du service alexaapi
[2021-02-11 19:01:10][INFO] : Début d'activation du plugin
[2021-02-11 19:01:11][INFO] : Info sur le démon : {"log":"alexaapi_node","state":"nok","stateCookies":"lanc\u00e9","launchable":"ok","launchable_message":"Gestion automatique d\u00e9sactiv\u00e9e","auto":"0","last_launch":"2021-02-11 19:00:16"}
[2021-02-11 19:01:20][INFO] : Arrêt du service cookie
[2021-02-11 19:01:23][INFO] :  Lancement du démon alexaapi
[2021-02-11 19:01:23][INFO] :  Démon alexaapi lancé
[2021-02-11 19:04:12][INFO] : Refresh du device audio salon (Echo)
[2021-02-11 19:04:13][INFO] : Début d'activation du plugin
[2021-02-11 19:04:13][INFO] :  Arrêt du service alexaapi
[2021-02-11 19:05:12][INFO] : Refresh du device Fabrice - Echo salon (Echo)
[2021-02-11 19:05:12][INFO] : Envoi de http://169.254.230.214:3456/updateallalarms?truc=vide&device=G090RF0482640BM7
[2021-02-11 19:05:17][INFO] : Info sur le démon : {"log":"alexaapi_node","state":"nok","stateCookies":"non lanc\u00e9","launchable":"ok","launchable_message":"Gestion automatique d\u00e9sactiv\u00e9e","auto":"0","last_launch":"2021-02-11 19:00:16"}
[2021-02-11 19:05:22][WARNING] : Erreur pour [Salon rdc][Fabrice - Echo salon] : Echec de la requête HTTP : http://169.254.230.214:3456/updateallalarms?truc=vide&device=G090RF0482640BM7 cURL error : Connection timed out after 3000 milliseconds
[2021-02-11 19:05:57][INFO] : Lancement Serveur pour Cookie - DEBUT deamonCookieStart
[2021-02-11 19:05:58][INFO] : Lancement Serveur pour Cookie - DEBUT deamon_info
[2021-02-11 19:05:58][INFO] : Test si serveur cookie lance
[2021-02-11 19:05:58][INFO] : Lancement Serveur pour Cookie - FIN   deamonCookieStart

sigalou · Février 11, 2021, 6:23

@famartinfr
Vérifie l’ip de ta configuration Jeedom dans réseau

famartinfr · Février 11, 2021, 6:28

Bien vu mais je me sens con

Effectivement l’adresse avait changé. Je ne savais même pas qu’elle pouvait changer toute seule à cet endroit…

sigalou · Février 11, 2021, 7:46

C’est un souci que j’ai rencontré souvent jusqu’à ce que je fige l’ip de mes raspberry.
Jeedom doit relever l’ip au démarrage avant que l’ip ne soit attribué, j’en sais rien…mais effectivement, ça change.