Problème de "user agent" sur les mutualisés

[RomualdT]

Bonjour,
Nous cherchons depuis ce matin pourquoi une fonctionnalité de notre site ne fonctionne plus, et nous avons finalement trouvé !!

Nous publions un "Update site Eclipse" sur l'adresse http://download.sodius.com. Un "Update site Eclipse" est une sorte de dépôt de fichiers de logiciels. On connecte Eclipse sur un "update site" et on peut alors facilement installer les logiciels fournis par le dépôt.

Jusqu'à il y a quelques jours à peine, tout fonctionnait bien, et depuis plus rien, nous avons des erreurs 403 à tous les coups.

Sur une version précédente d'Eclipse, le "user agent" déclaré par Eclipse était de cette forme :
Apache-HttpClient/4.3.6 (java 1.5)

Et ça fonctionnait parfaitement.

La dernière version d'Eclipse présente le "user agent" suivant :
User-Agent: Apache-HttpClient/4.5.2 (Java/1.8.0_121)

Avec celui là, c'est 403 à tous les coups. Mais il y a plus drôle... si on enlève le dernier slash, ça passe. Donc en utilisant ce user-agent : User-Agent: Apache-HttpClient/4.5.2 (Java 1.8.0_121), plus de problème.

OVH, je crois qu'il y a un souci chez vous, non ??

[Buddy]

Bonjour,

Vous n'aurez pas activer le firewall sur votre mutualisé ?
La connexion au dépôt se fait en http ou https ?

[RomualdT]

J'en sais rien. Mais ce que je sais, c'est que je n'ai rien changé à la config depuis des mois.

EDIT: L'accès est en http et pas de firewall.

[romainovh]

Bonjour,

On peut tester facilement avec Firefox :
- Debugger, onglet Network, sur l'url voir les entêtes, et faire "Modifier et renvoyer".

Je confirme que sur votre url ça retourne aussi un 403 chez moi.
J'ai testé sur un autre site chez ovh, pas de souci avec ce user agent...

Vous n'avez pas un traitement spécifique dans vos scripts ?
Car plus précisément, c'est "Java/" qui fait planter : "Jav/" ne fait pas planter.

Après, oui, ça pourrait être aussi un filtre ovh.

[RomualdT]

Nous avons effectivement un filtre qui interdit certains user-agent et il y en a bien une règle qui contient la chaîne : Java/1\.

Mais, ça fait très longtemps que c'est comme ça et que ça marche. Effectivement, si j'enlève le filtre, je n'ai plus de problème. Il y a donc eu un changement chez vous qui a provoqué une interprétation différente du htaccess par Apache.

[Gaston_Phone]

Nous avons effectivement un filtre qui interdit certains user-agent et il y en a bien une règle qui contient la chaîne : Java/1.

@RomualdT faites-vous partie de la Team OVH ? ? ?
* Si oui, pouvez-vous le préciser.
* Sinon, pourquoi Nous ... ?

[Buddy]

Le changement peut aussi venir d'une mise à jour éclipse ou du Java qui va avec eclipse et qui serait à l'origine d'un changement de user agent..

@Gaston_Phone il s'agit de l'auteur du topic, il parle de ses scripts et sûrement nous = sa société

[RomualdT]

C'est ça @Buddy et @Gaston_Phone, c'est le site de la boîte pour laquelle je bosse.

Effectivement le user agent a changé dans la dernière version d'Eclipse, mais mes collègues m'ont assuré qu'ils étaient déjà sur cette version avant que le problème n'apparaisse. Il y a donc eu un changement autour d'Apache chez OVH.

[Buddy]

Il me semble que le user agent de éclipse change en fonction de la version d'éclipse mais également de la version de Java..

[RomualdT]

Yep, on vient de me confirmer qu'ils n'avaient pas changé la version de JDK. Bon pas grave, ça marche à nouveau.

[Buddy]

Le filtrage était fait comment de votre côté ? En php ou via un htaccess ?

Sur quel environnement êtes vous legacy ou stable ?
Le stable est recommandé.
Quelle version de php ?

[RomualdT]

Via le htaccess.

Legacy / stable ???

7.0

[Buddy]

Il y a des détails sur les environnements ici
https://docs.ovh.com/fr/hosting/modifier-lenvironnement-dexecution-de-mon-hebergement-web/#comment-modifier-l-environnement-d-execution

[RomualdT]

Ok merci, j'avais choisi stable à la mise en place du site, donc ça n'a sûrement pas bougé...j'espère !