"Connexion refused" sur un GET(); #39

multinet33 · 2025-03-01T22:24:26Z

multinet33
Mar 1, 2025

Bonjour

J'utilise le pv routeur de Cyril et la mise a jour 2025 utilise ces librairies.
Or la connexion vers ma passerelle envoy (enphase) en mode https avec le token ne fonctionne plus.

j'ai essayé bcp de chose sans succes.

le code qui ne marche plus :

if (https.begin(fullurl)) { 
    Serial.println("Connexion réussie, préparation des headers (token etc)");
    https.setFollowRedirects(HTTPC_FORCE_FOLLOW_REDIRECTS);
    https.setAuthorizationType("Bearer");
    https.setAuthorization(configmodule.token);
    https.addHeader("Accept-Encoding","gzip, deflate, br");
    https.addHeader("User-Agent","PvRouter/1.1.1");
    const char * headerkeys[] = {"Set-Cookie"};
    https.collectHeaders(headerkeys, sizeof(headerkeys)/sizeof(char*));
    https.setReuse(true);
    int httpCode = https.GET();   
    Serial.println("Retour GET HTTPS : " + https.errorToString(httpCode));   
    }

==> httpCode retour -1 et https.errorToString(httpCode) retourne connection refused
le token est valide, le full url est valide et sous la forme "https://192.168.1.44:443/auth/check_jwt

un curl me donne ceci (le certificat est auto signé visiblement)

curl -v -k -l -H "Authorization: Bearer ****HIDDEN by ME*****" https://192.168.1.44:443/auth/check_jwt
*   Trying 192.168.1.44:443...
* Connected to 192.168.1.44 (192.168.1.44) port 443
* ALPN: curl offers h2,http/1.1
* (304) (OUT), TLS handshake, Client hello (1):
* (304) (IN), TLS handshake, Server hello (2):
* TLSv1.2 (IN), TLS handshake, Certificate (11):
* TLSv1.2 (IN), TLS handshake, Server key exchange (12):
* TLSv1.2 (IN), TLS handshake, Server finished (14):
* TLSv1.2 (OUT), TLS handshake, Client key exchange (16):
* TLSv1.2 (OUT), TLS change cipher, Change cipher spec (1):
* TLSv1.2 (OUT), TLS handshake, Finished (20):
* TLSv1.2 (IN), TLS change cipher, Change cipher spec (1):
* TLSv1.2 (IN), TLS handshake, Finished (20):
* SSL connection using TLSv1.2 / ECDHE-RSA-AES256-GCM-SHA384 / [blank] / UNDEF
* ALPN: server did not agree on a protocol. Uses default.
* Server certificate:
*  subject: CN=envoy-122208080999
*  start date: Jan 26 17:38:25 2025 GMT
*  expire date: Jan 26 17:38:25 2026 GMT
*  issuer: CN=envoy-122208080999
*  SSL certificate verify result: self signed certificate (18), continuing anyway.
* using HTTP/1.x
> GET /auth/check_jwt HTTP/1.1
> Host: 192.168.1.44
> User-Agent: curl/8.7.1
> Accept: */*
> Authorization: Bearer *****HIDDEN****
> 
* Request completely sent off
< HTTP/1.1 200 OK
< Server: openresty/1.17.8.1
< Date: Sat, 01 Mar 2025 21:06:05 GMT
< Content-Type: application/octet-stream
< Content-Length: 37
< Connection: keep-alive
< Set-Cookie: sessionId=wFzJe2jxJLXUUnrVVUABqQc2kSgokJTc; Secure; HttpOnly; path=/
< Strict-Transport-Security: max-age=63072000; includeSubdomains
< X-Frame-Options: DENY
< X-Content-Type-Options: nosniff
< Strict-Transport-Security: max-age=63072000; includeSubdomains
< X-Frame-Options: DENY
< X-Content-Type-Options: nosniff
< 
<!DOCTYPE html><h2>Valid token.</h2>
* Connection #0 to host 192.168.1.44 left intact

preneur de toute aide :)

mathieucarbou · 2025-03-01T22:52:58Z

mathieucarbou
Mar 1, 2025
Maintainer

@multinet33 : si je ne me trompe pas, le routeur de Cyril est basé sur ESP8266 donc il s'agit de la lib ESPAsyncTCP n'est-ce pas ?

4 replies

mathieucarbou Mar 1, 2025
Maintainer

Bon alors je suis allé voir son code...

https://github.com/xlyric/pv-router-esp32/blob/8abd463d45605fcd2d1e393212026645467104c7/src/functions/enphaseFunction.h#L207

https://github.com/xlyric/pv-router-esp32/blob/8abd463d45605fcd2d1e393212026645467104c7/platformio.ini#L65-L66

il n'utilise pas les libs de ESPAsync (pas changé encore)
il utilise AsyncTCP, sur esp32, qui ne supporte pas le ssl
pour la com SSL il utilise le client HTTPS de Arduino Core, qui n'a donc rien à voir avec les libs async de ce repo.

@xlyric : PTI ;-)

multinet33 Mar 2, 2025
Author

Salut merci pour ta réponse

Non je l'utilise sur un ttgo display c'est un esp32

Sans doute que mon pb n'est pas lié à tes librairies mais je me disais que tu aurais peux être une piste ! Car la version 2024 de son code sur le même device fonctionne en ssl avec mon enphase (seules les dépendances semblent avoir changées)

Merci en tout cas !

multinet33 Mar 2, 2025
Author

avec ces dependances le code en 2024 compile et fonctionne correctement sur le ssl (mais ne compile pas sur le code courant) :

lib_deps =
  ;https://github.com/esphome/ESPAsyncWebServer
    esphome/AsyncTCP-esphome@^2.0.0
    ;esphome/ESPAsyncWebServer-esphome@^3.0.0
    ; correction du bug gzip sur Apple 
    https://github.com/xlyric/ESPAsyncWebServer  
	bblanchon/ArduinoJson@^6.21.2  ;support screen
  TFT_eSPI
  ; OTA
  https://github.com/xlyric/AsyncElegantOTA
  ; Dimmer et Dallas
  https://github.com/xlyric/RBDDimmer
  paulstoffregen/OneWire
  milesburton/DallasTemperature
  https://github.com/YiannisBourkelis/Uptime-Library

  arduino-libraries/NTPClient@^3.2.1
  paulstoffregen/Time

  ;ayushsharma82/WebSerial @ ^1.1.0

mathieucarbou Mar 2, 2025
Maintainer

C'est bizarre...

esphome/AsyncTCP-esphome => c'est un fork de l'original AsyncTCP, j'ai contribué dedans et ESpssync reprend ses commits. Il n'a pas de support ssl
https://github.com/xlyric/ESPAsyncWebServer => idem

Je pense que c'est juste un concours de circonstance et que le problème vient d'ailleurs.
@xlyric va trouver ;-)

xlyric · 2025-03-02T08:28:05Z

xlyric
Mar 2, 2025

yep, les routeurs sont sur ESP32 ( Wemos 32 ou TTGO )
pour le reste, c'est noté, je suis entrain justement de voir tout ça.

1 reply

mathieucarbou Mar 2, 2025
Maintainer

yep, les routeurs sont sur ESP32 ( Wemos 32 ou TTGO ) pour le reste, c'est noté, je suis entrain justement de voir tout ça.

Ça me fait penser qu'il faudra que je teste YaSolR sur la carte que tu m'avais envoyé avec un wemos ;-)
~~Pour le ZCD tu as fait un circuit similaire au Robodyn ou bien tu l'Avais amélioré ?~~
~~Je pourrais le passer à l'oscillo et voir ce que MycilaPulseAnalyzer me sort comme stats sur la longueur du pulse min/max/moyenne.~~
Mon erreur: je viens de voir le pinout - j'avais oublié - en fait tu dépends d'un circuit Zc externe, comme un dimmer robodyn .

xlyric · 2025-03-02T10:09:34Z

xlyric
Mar 2, 2025

pour le Zc, sur les cartes dimmer actuelles, c'est une copie du circuit du Robotdyn.
j'ai juste rajouté une résistance pour augmenter la dissipation thermique.

par contre coté librarie, j'utilise une version de la robotdyn que j'ai modifié pour que la led soit allumée plus longtemps ( sur les 8266 )
( pour que ça soit visible pour l'utilisateur quand le SSR fonctionne )
comme ils font de l'impulsionnel à l'instant T, et du coup je prolonge d'un certain nombre de ms sans que ça impact le fonctionnement

0 replies

xlyric · 2025-03-02T10:11:22Z

xlyric
Mar 2, 2025

pour l'histoire du SSL, il me semble que les 8266 ne savent pas le gérer.

1 reply

multinet33 Mar 2, 2025
Author

yep mais la je suis sur le ttgo en esp32 (et ca marche avec un code de fin 2023 c'est vraiment bizarre)

"Connexion refused" sur un GET(); #39

Uh oh!

multinet33 Mar 1, 2025

Replies: 4 comments · 6 replies

Uh oh!

mathieucarbou Mar 1, 2025 Maintainer

Uh oh!

Uh oh!

mathieucarbou Mar 1, 2025 Maintainer

Uh oh!

Uh oh!

multinet33 Mar 2, 2025 Author

Uh oh!

multinet33 Mar 2, 2025 Author

Uh oh!

mathieucarbou Mar 2, 2025 Maintainer

Uh oh!

xlyric Mar 2, 2025

Uh oh!

Uh oh!

mathieucarbou Mar 2, 2025 Maintainer

Uh oh!

xlyric Mar 2, 2025

Uh oh!

xlyric Mar 2, 2025

Uh oh!

multinet33 Mar 2, 2025 Author

multinet33
Mar 1, 2025

Replies: 4 comments 6 replies

mathieucarbou
Mar 1, 2025
Maintainer

mathieucarbou Mar 1, 2025
Maintainer

multinet33 Mar 2, 2025
Author

multinet33 Mar 2, 2025
Author

mathieucarbou Mar 2, 2025
Maintainer

xlyric
Mar 2, 2025

mathieucarbou Mar 2, 2025
Maintainer

xlyric
Mar 2, 2025

xlyric
Mar 2, 2025

multinet33 Mar 2, 2025
Author