Problème avec certaines images sur le serveur

PierreP8 2019-06-19 08:45:03 UTC #1

Bonjour,

En faisant une vérification, je viens de m’apercevoir que certaines images dont le nom commence par un point (« . ») ne sont plus affichées dans aucun navigateur (vérifié avec Firefox, Chrome, Opera, Brave, Edge, Internet Explorer).

Tous les navigateurs affichent un micro carré et ne donnent aucune explication sauf Firefox qui, toujours plus intelligent que les autres, se fend d'un message d'erreur ("L'image ne peut être affichée, car elle contient des erreurs"), mais ne dit pas de quelle erreur il s'agit (un code erreur et une nomenclature de ces codes seraient les bienvenus).

Il n’y a pas d’erreur 404 donc le fichier existe bien sur le serveur.

Exemple qui tombe en erreur :

Toutes les autres images de ce répertoire s’affichent normalement.
Exemple :

Je duplique l'image et lui retire son point initial

Elle s'affiche, donc le problème n'est pas son contenu, mais son enveloppe (son nom).

J’utilise Photoshop. Je régénère l'image .NET_Version_Detector.png de son original en PSD (le format Photoshop) en format PNG et upload sur le serveur. Même erreur de lecture.

Je fais une autre opération : l'inverse - je duplique l’image 0-day_warez.png, qui s’affiche bien :

Je colle un point devant, soit .0-day_warez.png. J’upload sur le serveur et je teste : message d’erreur !

Bon... c'est bien le point initial et c'est nouveau, ça (ou alors je ne m'en suis pas aperçu depuis un moment - Les dernières modifications de ces images remontent à 2013 et 2015 et je ne passe pas mon temps à relire des pages anciennes normalement stables.).

Est-ce que quelqu’un à la moindre idée ?

Je sais qu’il y a eu des correctifs PHP récents comme
http://assiste.forum.free.fr/viewtopic.php?f=173&t=34251
Mais le site est en HTML pur (il n’utilise pas PHP) et n’est donc pas concerné par ces correctifs.

Quelque chose venant du logiciel serveur Apache ? Un correctif intempestif Apache ?
[Historique des avis et alertes Apache]([color=blue][b]Historique des alertes et avis sur les produits Apache[/b][/color])

Quelque chose venant de l'hébergeur OVH ?

Je suis à court de spéculations (mais je pencherais bien pour l'implémentation d'un correctif Apache).

Cordialement,

kyodev 2019-06-19 09:11:39 UTC #2

il y a une erreur, mal appréhendée

curl --head -XGET https://assiste.com/Assiste/media/Logo_72/.NET_Version_Detector.png
HTTP/2 302 
date: Wed, 19 Jun 2019 09:10:47 GMT
location: https://assiste.com/404.php

PierreP8 2019-06-19 10:40:37 UTC #3

Merci, Kyodev,

Je ne vois pas quoi faire pour l'instant (et je n'ai pas de 404).

302 : Document déplacé de façon temporaire. La ressource demandée réside temporairement à une adresse (URI) différente. Cette redirection étant temporaire, le navigateur Web doit continuer à utiliser l'URI original pour les requêtes futures.

Donc j'attends.

Cordialement,

kyodev 2019-06-19 11:20:46 UTC #4

attendre quoi?

302 ok...
mais la location est la cible finale:

content-type: text/html; charset=iso-8859-1
location: https://assiste.com/404.php

c'est ta page personnalisée 404
redirection via le .htaccess (onError ?)

PierreP8 2019-06-19 11:52:04 UTC #5

Re, Kyodev

.htaccess
Page de substitution si erreur 403 ou 404
ErrorDocument 404 https://assiste.com/404.php
ErrorDocument 403 https://assiste.com/404.php

Rien de prévu pour l'erreur 302

Et puis, pourquoi quelque chose qui fonctionne tout-à-fait normalement depuis des années se met, tout d'un coup, à sortir en erreur ? C'est, tout de même, étonnant, et certainement justifié par un changement de gestion des noms de fichiers commençant par un point .

On dirait une nouvelle gestion en assimilation aux fichiers cachés, commençant par un point, sous Unix/Linux.
Mais pourquoi cela toucherait les images et pas les pages HTML ? Exemple :

Cordialement,

kyodev 2019-06-19 12:12:30 UTC #6

je n'ai pas lu tout ton message
tu signales une image sans erreur, mais je te montre que si erreur 404

passer par ErrorDocument induit par une redirection 302 (j'avais jamais testé :)

un essai sur Ovh: un point en tête d'une image permet son listage et son affichage
http://test.xn--chauffeur-priv-rennes-o5b.com/.avatar_300.png

donc il va falloir chercher ... mais je sais pas trop quoi :/

Fritz2cat 2019-06-19 13:30:48 UTC #7

à l'instant même 15:30

wget https://assiste.com/Assiste/media/Logo_72/.NET_Version_Detector. png
--2019-06-19 15:29:09-- https://assiste.com/Assiste/media/Logo_72/.NET_Version_ Detector.png
Resolving assiste.com (assiste.com)... 2001:41d0:1:1b00:213:186:33:24, 213.186.3 3.24
Connecting to assiste.com (assiste.com)|2001:41d0:1:1b00:213:186:33:24|:443... c onnected.
HTTP request sent, awaiting response... 302 Found
Location: https://assiste.com/404.php [following]
--2019-06-19 15:29:10-- https://assiste.com/404.php
Reusing existing connection to assiste.com:443.
HTTP request sent, awaiting response... 302 Found
Location: https://assiste.com/404.php [following]
--2019-06-19 15:29:11-- https://assiste.com/404.php
Reusing existing connection to assiste.com:443.
HTTP request sent, awaiting response... 302 Found
Location: https://assiste.com/404.php [following]
--2019-06-19 15:29:11-- https://assiste.com/404.php
Reusing existing connection to assiste.com:443.
HTTP request sent, awaiting response... 302 Found
Location: https://assiste.com/404.php [following]
--2019-06-19 15:29:11-- https://assiste.com/404.php
Reusing existing connection to assiste.com:443.
HTTP request sent, awaiting response... 302 Found
Location: https://assiste.com/404.php [following]
--2019-06-19 15:29:11-- https://assiste.com/404.php
Reusing existing connection to assiste.com:443.
HTTP request sent, awaiting response... 302 Found
Location: https://assiste.com/404.php [following]
--2019-06-19 15:29:12-- https://assiste.com/404.php
Reusing existing connection to assiste.com:443.
HTTP request sent, awaiting response... 302 Found
Location: https://assiste.com/404.php [following]
--2019-06-19 15:29:12-- https://assiste.com/404.php
Reusing existing connection to assiste.com:443.
HTTP request sent, awaiting response... 302 Found
Location: https://assiste.com/404.php [following]
--2019-06-19 15:29:12-- https://assiste.com/404.php
Reusing existing connection to assiste.com:443.
HTTP request sent, awaiting response... 302 Found
Location: https://assiste.com/404.php [following]
--2019-06-19 15:29:13-- https://assiste.com/404.php
Reusing existing connection to assiste.com:443.
HTTP request sent, awaiting response... 302 Found
Location: https://assiste.com/404.php [following]
--2019-06-19 15:29:13-- https://assiste.com/404.php
Reusing existing connection to assiste.com:443.
HTTP request sent, awaiting response... 302 Found
Location: https://assiste.com/404.php [following]
--2019-06-19 15:29:13-- https://assiste.com/404.php
Reusing existing connection to assiste.com:443.
HTTP request sent, awaiting response... 302 Found
Location: https://assiste.com/404.php [following]
--2019-06-19 15:29:13-- https://assiste.com/404.php
Reusing existing connection to assiste.com:443.
HTTP request sent, awaiting response... 302 Found
Location: https://assiste.com/404.php [following]
--2019-06-19 15:29:14-- https://assiste.com/404.php
Reusing existing connection to assiste.com:443.
HTTP request sent, awaiting response... 302 Found
Location: https://assiste.com/404.php [following]
--2019-06-19 15:29:14-- https://assiste.com/404.php
Reusing existing connection to assiste.com:443.
HTTP request sent, awaiting response... 302 Found
Location: https://assiste.com/404.php [following]
--2019-06-19 15:29:14-- https://assiste.com/404.php
Reusing existing connection to assiste.com:443.
HTTP request sent, awaiting response... 302 Found
Location: https://assiste.com/404.php [following]
--2019-06-19 15:29:15-- https://assiste.com/404.php
Reusing existing connection to assiste.com:443.
HTTP request sent, awaiting response... 302 Found
Location: https://assiste.com/404.php [following]
--2019-06-19 15:29:15-- https://assiste.com/404.php
Reusing existing connection to assiste.com:443.
HTTP request sent, awaiting response... 302 Found
Location: https://assiste.com/404.php [following]
--2019-06-19 15:29:15-- https://assiste.com/404.php
Reusing existing connection to assiste.com:443.
HTTP request sent, awaiting response... 302 Found
Location: https://assiste.com/404.php [following]
--2019-06-19 15:29:15-- https://assiste.com/404.php
Reusing existing connection to assiste.com:443.
HTTP request sent, awaiting response... 302 Found
Location: https://assiste.com/404.php [following]
--2019-06-19 15:29:16-- https://assiste.com/404.php
Reusing existing connection to assiste.com:443.
HTTP request sent, awaiting response... 302 Found
Location: https://assiste.com/404.php [following]
20 redirections exceeded.

Moi j'enlèverais le point.

PierreP8 2019-06-19 20:08:26 UTC #8

Bonsoir, Fritz2cat et Kyodev,

Je pense, en effet, à supprimer le point, mais, avant tout, j’aimerais comprendre.

Ça a fonctionné durant des années et, tout d’un coup, ça ne fonctionne plus (ou cela ne fonctionne plus depuis un moment, mais je ne m'en était pas aperçu).

Voyons :
Il me semble que les fichiers statiques sont délivrés directement par Apache.
Il me semble que, par défaut, Apache, manipule tout en l’UTF-8.

Kyodev, je ne comprends pas ta note :

content-type: text/html; charset=iso-8859-1
location: https://assiste.com/404.php
c'est ta page personnalisée 404
redirection via le .htaccess (onError ?)

Tu supposes que j’ai cela codé dans mon .htaccess ?
Pas du tout. Il n’y a rien en ce sens.
Pour faire bonne mesure, j’ai ajouté, dans le .htaccess :
AddDefaultCharset utf-8
AddCharset utf-8 .html .css .js
DefaultLanguage fr-FR

Rien de changé et toujours pas de 404. Le fichier .0-day_warez.png est bien sur le serveur, mais il n’est pas servi pour une raison nouvelle et indéterminée. C’est vraiment curieux.

Sous Firefox (Moteur de rendu Quantum)

Sous Brave (Moteur de rendu Blink)

Sous Edge (Moteur de rendu EdgeHTML (fork de Trident) - passera à Blink)

Sous Internet Explorer (Moteur de rendu Trident)

Sous Chrome Explorer (Moteur de rendu Blink)

Sous Opera (Moteur de rendu Blink)

Cordialement,

kyodev 2019-06-19 20:26:38 UTC #9

Tu supposes que j’ai cela codé dans mon .htaccess ?

oui:

ErrorDocument 404 https://assiste.com/404.php

je ne vois pas ce que le l'utf8 viendrait faire, on ne parle pas de contenu de fichier
je ne vois pas ce que le moteur de rendu vient faire, l'erreur est dès la serveur Apache, charset=iso-8859-1, "avant" php
à moins d'un souci ponctuel, je constate que pour une image valide, un point ajouté, elle le reste
http://test.xn--chauffeur-priv-rennes-o5b.com/

Je sais qu’il y a eu des correctifs PHP récents comme

mise en oeuvre chez Ovh hier à priori, il faut le temps que Ovh réagisse
https://community.ovh.com/t/bug-ovh-php-gd-freetype-out-captcha-down/18502/6
mais à priori, cela peut amèner d'autres soucis

PierreP8 2019-06-19 21:04:27 UTC #10

Re, Kyodev

serveur 213.186.33.24 (en mutualisé).

kyodev 2019-06-19 21:07:16 UTC #11

dig +short -x 213.186.33.24
  cluster013.ovh.net

tu peux mettre une image à point posant soucis avec son image sans point valide pour tester?

PierreP8 2019-06-19 21:15:49 UTC #12

Image à point

https://assiste.com/Assiste/media/Logo_72/.NET_Version_Detector.png

La même, au même endroit, sans point

https://assiste.com/Assiste/media/Logo_72/NET_Version_Detector.png

kyodev 2019-06-19 21:46:29 UTC #13

je sens que ça va pas te plaire:
http://test.xn--chauffeur-priv-rennes-o5b.com/

l'image valide, renommée avec un point en tête
visibles toutes les deux :/

kyodev 2019-06-19 22:02:17 UTC #14

par acquit de conscience, je viens d'ajouter un .htaccess:

ErrorDocument 404 https://assiste.com/404.php

textuel, sans plus d'erreur

PierreP8 2019-06-19 22:14:29 UTC #15

Mais c'est vexant, à la fin ;)

Un doute subi m’assaille et m’étreint.

Et si d’autres fichiers qui comportent des points (cas des numéros de versions des logiciels) avaient le même problème ?

Donc je télécharge https://assiste.com/Assiste/ftp/AppRemover-3.1.13.1.exe

Et bien, non, tout va bien.

Alors, je lui mets un point initial et je télécharge https://assiste.com/Assiste/ftp/.AppRemover-3.1.13.1.exe
Tout va bien aussi.

De plus en plus obscure (du côté de mon serveur).

kyodev 2019-06-19 23:20:57 UTC #16

si tu charges mon manchot (issu de PS aussi, avec un point aussi :/) et le charges sur ton serveur?

AntoineB1 2019-06-20 06:55:21 UTC #17

bonjour,

des mises à jour faites hier sont en cours de correction.

kyodev 2019-06-20 07:01:48 UTC #18

cela vient/viendrait de php?

AntoineB1 2019-06-20 07:02:50 UTC #19

oui, une maj 7.2 avec un module problèmatique à priori.

kyodev 2019-06-20 07:06:10 UTC #20

on verra ce que @PierreP8 sur le cluster13 dira s'il essaye en php7.1 ou 7.3, mais son souci semble au niveau du serveur Apache, sans utilisation de php... (appel direct d'une image)

Propulsé par Discourse, le rendu est meilleur avec le JavaScript activé

OVH Community

Bienvenue sur votre espace communautaire. Posez des questions, recherchez des informations, publiez du contenu et interagissez avec d’autres membres OVH Community.