Bonjour,
Depuis début septembre, l'endpoint v1/resultats_rapport_risque coupe la connexion sur la majorité des appels, avant toute réponse. Aujourd'hui 23 septembre à 18h10 : 15 appels coupés sur 20. Sur la même commune, v1/gaspar/azi répond 20 fois sur 20.
La coupure arrive en 50 ms environ :
- HTTP/1.1 : « Connection reset by peer » ;
- HTTP/2 : « stream was not closed cleanly: INTERNAL_ERROR » ;
- Node.js (fetch) : ECONNRESET.
Ce que nous avons vérifié :
- toutes les adresses sont touchées (Oullins-Pierre-Bénite, Paris) ;
- le User-Agent n'y change rien, un en-tête de navigateur échoue aussi ;
- le taux est le même depuis deux réseaux : notre serveur de production en France et un poste de travail ;
- nos volumes restent très en deçà de la limite de 1 000 requêtes par minute : une quarantaine d'appels par jour sur cet endpoint.
Pour reproduire (les codes 000 sont les connexions coupées) :
for i in $(seq 1 20); do curl -s -o /dev/null -w "%{http_code}\n" "https://www.georisques.gouv.fr/api/v1/resultats_rapport_risque?latlon=4.795022,45.719402"; done
En décembre 2024, un filtre anti-robots avait provoqué des rejets comparables sur cette API. Un filtrage de ce type est-il actif sur cet endpoint ? Si oui, que faut-il envoyer pour être reconnu : jeton de connexion, User-Agent identifié ?
Nous relançons désormais chaque appel jusqu'à six fois ; d'après nos mesures, une analyse sur cinq reste malgré tout sans rapport de risques.
Merci d'avance,
Steven Guigoz, cartes.archi