Discussion :

[tybern]

Bonjour,

Depuis quelques jours (hier ?), j'ai de grosses difficultés pour accéder aux Geoservices (cartes, services REST, ...), avec constamment des erreurs "Failed to load resource: Une erreur SSL s’est produite et il est impossible d’établir une connexion sécurisée avec le serveur.".

Suis-je le seul ?
Problème en cours sur Geoservices ?
Liés à la bascule ?

Merci d'avance,

Cordialement,

[xavier_dmz]

Bonjour tybern,

Alors oui, nos services sont bien perturbés par un incident sur notre infrastructure. Par contre, votre problème de validation SSL ne semble pas avoir de rapport avec cet incident. L'incident provoque simplement des indisponibilités des services.
Je n'ai par contre pas connaissance d'un problème de certificats de notre côté.
Quelles sont les URL des services qui provoquent ces erreurs de validation ?

[tybern]

Bonjour,

Merci de cette réponse très rapide !

Le diagnostique "erreur SSL" est sans doute un effet de bord, c'est le message que j'ai sur la console javascript.
Le fait que vous m'indiquiez qu'il y a des soucis en cours est déjà une information importante.
Je suis en train de développer une application, et il m'était difficile de déterminer si c'était mon apli ou le service qui bugguait.

Je vous donnerai des précisions dès que le problème se reproduira, s'il se reproduit... à l'instant, ça fonctionne et je ne peux pas reproduire l'incident dans immédiat...

Merci encore,

Cdlt,

[tybern]

Bon, ben ça recommence, , l'URL est :

https://wxs.ign.fr/cartes/geoportail...=44&TILECOL=63
c'est à dire téléchargement d'une tuile raster.

et la console Javascript me dit : "Failed to load resource: Une erreur SSL s’est produite et il est impossible d’établir une connexion sécurisée avec le serveur."

Cordialement,

[tybern]

Et j'ai la même chose avec le service calcul, par exemple :

https://wxs.ign.fr/calcul/alti/rest/...93054766057757

et aussi le service itinéraire.

Cordialement,

[elonguemare]

Bonjour,

https://stats.uptimerobot.com/28xBxu6Q9

Effectivement beaucoups de services semblent "down".

Patience,

Eric

[xavier_dmz]

La communication officielle se trouve ici : https://geoservices.ign.fr/actualite...-actu-incident
Cependant, le site https://geoservices.ign.fr est lui aussi affecté par l'incident.

Je vais donc en reproduire le contenu ici et dans le sujet dédié à ce genre de communications.

Incident en cours

De fortes lenteurs sont présentes sur l’ensemble des Géoservices, cela fait suite à un incident sur nos répartiteurs de charge.
Nos experts mettent tout en œuvre pour rétablir les services dans les plus brefs délais.
Veuillez nous excuser pour la gêne occasionnée

L’équipe Géoservices

Pour les erreurs SSL, je reproduis de mon côté. J'ai transmis les jounraux de ma tentative aux collègue pour diagnostic, car jusqu'ici nous ne voyions pas de lien entre des erreurs de certificat et l'incident en cours sur les répartiteurs de charge.
Avec de la chance ce n'est qu'un effet de l'incident connu qui disparaîtra lors de sa résolution.

[tybern]

Merci de l'information.

Probablement que les erreurs SSL sont en rapport avec l'incident en cours, étant donné que la négociation SSL est le tout début d'une connexion https.

Bon courage aux équipes de réparation.

Cordialement,

[xavier_dmz]

Bon, j'ai une piste de la cause des erreurs SSL pour vous. (différente de la cause de mon côté)
Le certificat intermédiaire d'autorité de certification a été changé vers mars ou avril dernier. si le magasin de certificats de votre client n'a pas été mis à jour depuis avec le bon certificat, cela explique l'erreur.
Les certificats à utiliser sont décrits sur le site geoservices. Vous pourrez-donc l'y trouver quand l'incident sera terminé.

(De mon côté, je n'avais pas rajouté le certficat CA au client utilisé de puis sa réinstallation récente, ou s'il était déjà présent auparavant que j'ai abusé d'une certaine option dont on ne prononce pas le nom.)

[tybern]

Non, ce n'est pas cela : mon application est en Javascript, "client only". Le certificat est géré par le navigateur, je n'ai rien à faire de ce point de vue normalement.

Et puis, cela fonctionnait parfaitement jusqu'à hier.

Cdlt,

[xavier_dmz]

Dans ce cas, effectivement, nous allons attendre que l'incident soit terminé pour voir si ce problème disparaît avec, où pour continuer à enquêter le cas échéant.

Si besoin plus tard, j'ai pu reproduire depuis le client REST insomnia, mais pas depuis Firefox ou Chromium, qui récupèrent avec succès le certificat intermédiaire, même s'il leur faut parfois du temps.
La seule piste à l'heure actuelle serait donc une perte de la connexion utilisée pour le handshake SSL au moment de la validation du CA intermédiaire, à cause de l'incident en cours. (Je me demande si le délai maximal de réponse pour les étapes de vérification SSL est plus faible sur Insomnia que sur Firefox et Chromium, et s'il est configurable)

[fiber54]

Bonjour,
Est-il possible de récupérer les infos de la page https://stats.uptimerobot.com/28xBxu6Q9 ?
En effet, en cas de dysfonctionnement des services, cela pourrait nous permettre d'afficher un message d'info aux utilisateurs de nos applis.
Merci d'avance.

[xavlight]

Bonjour,
Est-il possible de récupérer les infos de la page https://stats.uptimerobot.com/28xBxu6Q9 ?
En effet, en cas de dysfonctionnement des services, cela pourrait nous permettre d'afficher un message d'info aux utilisateurs de nos applis.
Merci d'avance.

Bonjour Fiber54,

Tu vas pouvoir trouver des pistes et code JS pour faire ce type de chose.
Sujet abordé précédemment dans le forum, avec des réponses vers la fin.
https://www.developpez.net/forums/d2...acces-requete/

A tester, mais c'est clair que ça peut aider, pas planter l'appli compléter et alerter l'utilisateur.
Pour les cartes, dans une de mes applis (en cours de dev), si j'ai une mauvaise pour les cartes WMS/WMTS, je les désactive et je laisse uniquement OpenStreetMap.
Ca m'a déjà sauvé plutôt que pas de carte du tout.

Bien à toi

Xav