Requêtes OPENLS depuis c#/.Net ne passent plus depuis la migration même en HTTPS

Bonjour,

J'utilise OPENLS pour géocoder des adresses via une application web c#/.Net. Cette application tourne quotidiennement depuis plus d'un an sans problème. Depuis la migration, aucune requête adressée n'aboutit plus (https).
Par contre, si j'adresse la même requête formulée par l'application (HttpWebRequest .Net) mais cette fois-ci en live depuis le navigateur, j'obtiens une réponse immédiate. Ci-après un ex :

https://wxs.ign.fr/choisirgeoportail/geoportail/ols?xls=%0D%0A++++++%3CXLS+xmlns%3agml%3d%22http%3a%2f%2fwww.opengis.net%2fgml%22+%0D%0A++++++xmlns%3d%22http%3a%2f%2fwww.opengis.net%2fxls%22+%0D%0A++++++xmlns%3axsi%3d%22http%3a%2f%2fwww.w3.org%2f2001%2fXMLSchema-instance%22+%0D%0A++++++version%3d%221.2%22+%0D%0A++++++xsi%3aschemaLocation%3d%22http%3a%2f%2fwww.opengis.net%2fxls+http%3a%2f%2fschemas.opengis.net%2fols%2f1.2%2folsAll.xsd%22%3E%0D%0A++++++%3CRequestHeader+srsName%3d%22epsg%3a4326%22%2f%3E%0D%0A++++++%3CRequest+maximumResponses%3d%221%22+methodName%3d%22GeocodeRequest%22+requestID%3d%22uid42%22+version%3d%221.2%22%3E%0D%0A++++++%3CGeocodeRequest+returnFreeForm%3d%22false%22%3E%0D%0A++++++%3CAddress+countryCode%3d%22StreetAddress%22%3E%0D%0A++++++%3CfreeFormAddress%3E1++place+roland+nungesser+%2c94130+Nogent+sur+marne%3C%2ffreeFormAddress%3E%0D%0A++++++%3C%2fAddress%3E%0D%0A++++++%3C%2fGeocodeRequest%3E%0D%0A++++++%3C%2fRequest%3E%0D%0A++++++%3C%2fXLS%3E

Réponse :
<XLS version="1.2" xsi:schemaLocation="http://wxs.ign.fr/schemas/olsAll.xsd"><ResponseHeader/><Response requestID="uid42" version="1.2"><GeocodeResponse><GeocodeResponseList numberOfGeocodedAddresses="1"><GeocodedAddress><gml:Point><gml:pos>48.839436 2.490729</gml:pos></gml:Point><Address countryCode="StreetAddress"><StreetAddress><Building number="1"/><Street>pl roland nungesser</Street></StreetAddress><Place type="Municipality">Nogent-sur-Marne</Place><Place type="Territoire">FXX</Place><Place type="Qualite">Plaque adresse</Place><Place type="Bbox">2.490729;48.839436;2.490729;48.839436</Place><Place type="INSEE">94052</Place><Place type="ID_TR">TRONROUT0000000004406895</Place><Place type="Departement">94</Place><Place type="ID">ADRNIVX_0000000332166548</Place><Place type="Commune">Nogent-sur-Marne</Place><PostalCode>94130</PostalCode></Address><GeocodeMatchCode accuracy="1.0" matchType="Street number"/></GeocodedAddress></GeocodeResponseList></GeocodeResponse></Response></XLS>

J'ai lu sur le blog que je n'étais pas le seul dans ce cas. D'autres développeurs (java notamment) ont le même problème.
Qu'y a-t-il de changé ? Y a-t-il quoi que ce soit que nous puissions modifier dans nos requêtes pour que cela fonctionne ? Nous n’avançons pas depuis une semaine..

Toute aide serait la bienvenue,
Bien cordialement,
EP

Il y a deux grandes catégories de problèmes avec le HTTPS de la nouvelle infra :

1. Le certificat racine du nouveau prestataire n'est pas inséré dans le trousseau Java et cela empêche la validation du serveur. Cela ne concerne que les applications Java.
2. Les serveurs 2019 acceptent exclusivement le protocole TLSv1.2. Ils rejettent toutes les tentatives de connexion avec du code compilé avec une bibliothèque qui utilise SSLv3. Même si ce n'est que pour la négociation initiale. Cela concerne beaucoup plus de monde.

On peut comprendre que SSLv3 ne soit plus supporté, mais ici on est dans un mode strict qui laisse du monde sur le carreau. C'est le cas de nombreux appareils, mobiles par exemple, qui tournent des systèmes un peu anciens dans lesquels TLSv1.2 n'est pas présent ou pas activé par défaut. Dans ce dernier cas il y a au moins la piste d'activer ce protocole, si on le peut.

Bonjour,

Même problème que vous ep_dev.

J'ai compilé mon code pour qu'il utilise TLS 1.2. Le serveur qui exécute le code utilise aussi TLS 1.2.

Mais ce ne fonctionne pas

Bonjour,

Je confirme de mon côté que pour un client Java 8 (donc avec TLS 1.2 actif), l'utilisation d'un truststore contenant le certificat serveur sur OpenLS permet d'interroger le serveur.

Ce certificat serveur n'est pas inclus par défaut dans les autorités auxquelles Java 8 fait confiance.

Bien cordialement,
Vincent.