Discussion :

[Anselme45]

Bonjour à tous,

Obligé de migrer de Rio vers Sydney pour des "raisons indépendantes de ma volonté", je démarre une nouvelle galère "delphienne".

J'ai une app FMX développée avec Rio qui utilise des requêtes REST (une première requête pour récupérer le token sur le serveur) et ensuite des requêtes REST qui utilise le token obtenu pour accéder au serveur.

Cela fonctionne parfaitement si compilé avec Rio.

Je compile le projet sur Sydney sans problème mais une fois installé sur le device Android, cela se complique: La première requête fonctionne, je récupère le token mais ensuite les requêtes REST nécessitant le token plantent avec un message d'erreur "La requête REST a échoué: certificat serveur non valide ou absent". Aucun changement dans le code.

Est-ce que quelqu'un a déjà vécu ce problème ou a un avis brillant sur le sujet?

Merci

[SergioMaster]

Est-ce que quelqu'un a déjà vécu ce problème

Oui, moi, mais sans la "coloration" Android.
Moi, c'était la version 10.4.2 me plantait même pour Windows, la 10.4.3 avait résolu ce souci

a un avis brillant sur le sujet?

Pas le même bogue, donc, non, désolé pas d'avis

[Paul TOTH]

"La requête REST a échoué: certificat serveur non valide ou absent"

tu utilises un serveur HTTPS ? quel est l'état de son certificat ?

[Anselme45]

Oui, moi, mais sans la "coloration" Android.
Moi, c'était la version 10.4.2 me plantait même pour Windows, la 10.4.3 avait résolu ce souci


Pas le même bogue, donc, non, désolé pas d'avis

La version 10.4.3???

J'ai la version 10.4.2 et Delphi me dit être à jour... Est-ce que tu parles d'un patch de 10.4.2 ou d'un vrai 10.4.3?

Si oui, je la récupère où cette version 10.4.3 parce que j'ai pas vu de 10.4.3 sur my.embarcadero.com

[Anselme45]

"La requête REST a échoué: certificat serveur non valide ou absent"

tu utilises un serveur HTTPS ? quel est l'état de son certificat ?

Je ne contrôle pas le serveur... Je ne peux que l'interroger. Le serveur fournit un nouveau certificat chaque jour.

Je fais effectivement des requêtes à la "HTTPS". Pour y accéder, il faut utiliser un "RESTClient1.SecureProtocols:=[THTTPSecureProtocol.TLS12];"

[SergioMaster]

La version 10.4.3???
J'ai la version 10.4.2 et Delphi me dit être à jour..

Pardon, j'ai anticipé ou pas. Oui, c'etait la 10.4.1 qui me plantait un REST qui fonctionnait parfaitement sous Rio 10.3.3

[Anselme45]

Pardon, j'ai anticipé ou pas. Oui, c'etait la 10.4.1 qui me plantait un REST qui fonctionnait parfaitement sous Rio 10.3.3

Ok, moi j'ai fait le chemin inverse: Une app fonctionnant sous Rio 10.3.3 qui ne fonctionne plus sur Sydney 10.4.2!

Apparemment le passage de 10.4.1 à 10.4.2 n'a pas résolu le problème: Est-ce que ce dysfonctionnement de REST est un bug connu de Sydney?

J'ai le sentiment que je vais mettre Sydney à la poubelle jusqu'à nouvel ordre...

[Paul TOTH]

Je ne contrôle pas le serveur... Je ne peux que l'interroger. Le serveur fournit un nouveau certificat chaque jour.

Je fais effectivement des requêtes à la "HTTPS". Pour y accéder, il faut utiliser un "RESTClient1.SecureProtocols:=[THTTPSecureProtocol.TLS12];"

il n'est pas nécessaire de contrôler le serveur pour contrôler son certificat

dans l'image ci-dessous, Chrome m'indique sur www.developpez.net possède un certificat valide, alors que le site 192.168.0.30 est non sécurisé bien qu'en HTTPS car son certificat est invalide.


il est possible que Delphi tienne compte de cela maintenant et pas avant (je n'ai pas vérifié)

[pprem]

il est possible que Delphi tienne compte de cela maintenant et pas avant (je n'ai pas vérifié)

Probable que Delphi n'y soit pour rien mais que les couches réseau de Windows&co fassent la vérification et bloquent tout "pour protéger les utilisateurs de nos systèmes d'exploitation".

[pprem]

Je fais effectivement des requêtes à la "HTTPS". Pour y accéder, il faut utiliser un "RESTClient1.SecureProtocols:=[THTTPSecureProtocol.TLS12];"

Sans le spécifier ça ne passe pas tout seul ? Normalement l'échange http/s entre client/serveur devrait se débrouiller en fonction des protocoles disponibles.

[Anselme45]

Probable que Delphi n'y soit pour rien mais que les couches réseau de Windows&co fassent la vérification et bloquent tout "pour protéger les utilisateurs de nos systèmes d'exploitation".

Si c'était les couches réseau Windows&co qui bloquent, on ne devrait pas pouvoir accéder à un site avec certificat non-valide via un navigateur web, non?

Et dans mon cas, il n'y a pas de couches réseau Windows&co, le blocage se passe sur un appareil Android qui interroge via REST un serveur Linux...

[Anselme45]

Sans le spécifier ça ne passe pas tout seul ? Normalement l'échange http/s entre client/serveur devrait se débrouiller en fonction des protocoles disponibles.

Dans mon cas, cette déclaration est nécessaire mais est-ce à cause d'une configuration particulière du côté serveur (qui est mis à disposition par une société tierce), je serai bien emprunté pour te répondre.

[pprem]

Si c'était les couches réseau Windows&co qui bloquent, on ne devrait pas pouvoir accéder à un site avec certificat non-valide via un navigateur web, non?

Et dans mon cas, il n'y a pas de couches réseau Windows&co, le blocage se passe sur un appareil Android qui interroge via REST un serveur Linux...

Windows ou Android, ça ne change pas grand chose au problème au final. Si le protocole est refusé par l'OS, ça ne devrait pas passer où que ce soit.

Les requêtes dont tu as besoin peuvent-t-elles s'exécuter manuellement dans le navigateur du smartphone ? (toutes, pas juste celle qui récupère le token et passe avec les composants REST)