Anomalie #3784
Content-type erroné pour fichier .sha1 sur https://media.april.org/
Start date:
06/28/2019
Due date:
% Done:
0%
Estimated time:
Difficulté:
2 Facile
Description
Sur IRC Freenode#april le 28 juin 2019 :
09:09 < clache> madix: Je vois que maintenant, il y a des .sha1 pour les émissions libre-a-vous-20190618.ogg.sha1 . Sauf qu'on ne peut pas les ouvrir, donc ça s'utilise comment "sha1sum chemin/fichier/emission url.sha1"? 09:16 < madix> clache: sha1 est une outil de hachage cryptographique, c'est juste pour vérifier que le transfert s'est bien passé quand on met en ligne les fichiers, il n'y a pas à s'en occuper 09:25 < clache> madix: Je sais ce que c'est mais habituellement, on peut voir sa valeur et l'utiliser pour vérifier le téléchargement, pas là. 09:26 < madix> clache: cat libre-a-vous-20190618.ogg.sha1 09:26 < madix> c'est juste un fichier texte avec la valeur sha1 09:28 < clache> Ok, c'est juste que sur tous les autres sites où j'en ai vu et utilisé, il n'y avait pas besoin de le télécharger car il s'ouvrait dans le navigateur, pas là(firefox). Merci. 09:29 < clache> Et je trouve ça très bien d'avoir un moyen de vérifier que le téléchargement est complet. :-)
Après vérification :
cpm@ocmstar (11:30:11) ~ 5 > curl -v https://media.april.org/audio/radio-cause-commune/libre-a-vous/emissions/20190618/libre-a-vous-20190618.ogg.sha1 * Trying 195.154.56.24... […] > GET /audio/radio-cause-commune/libre-a-vous/emissions/20190618/libre-a-vous-20190618.ogg.sha1 HTTP/1.1 > Host: media.april.org > User-Agent: curl/7.52.1 > Accept: */* > < HTTP/1.1 200 OK < Server: nginx/1.10.3 < Date: Fri, 28 Jun 2019 09:30:41 GMT < Content-Type: audio/ogg < Content-Length: 68 < Connection: keep-alive < Last-Modified: Fri, 28 Jun 2019 09:25:58 GMT < ETag: "44-58c5eddb96edf" < Accept-Ranges: bytes < def09a97945f9c734bdaafcf5c43ae7335d3f6f6 libre-a-vous-20190618.ogg * Curl_http_done: called premature == 0 * Connection #0 to host media.april.org left intact
Le problème est qu'un Content-Type: audio/ogg est retourné.
Confirmation que sur d'autres serveurs un type de contenu correct (Content-Type: text/plain) est retourné :
cpm@ocmstar (11:30:41) ~ 6 > curl://www.devinsy.fr/Public/H2G2-passage.m2ts.sha1 * Trying 145.239.49.15... […] < HTTP/1.1 200 OK < Date: Fri, 28 Jun 2019 09:38:49 GMT < Server: Apache/2.2.16 (Debian) < Last-Modified: Fri, 28 Jun 2019 09:38:23 GMT < ETag: "4a13ed-3c-58c5f0a2aabe8" < Accept-Ranges: bytes < Content-Length: 60 < Content-Type: text/plain < 01c84c5dd4fae101aec9a2375aaa77108160bac7 H2G2-passage.m2ts * Curl_http_done: called premature == 0 * Connection #0 to host www.devinsy.fr left intact
History
Updated by Christian P. Momon over 4 years ago
La configuration Apache contient des éléments étranges :
<VirtualHost *:80>
DocumentRoot /var/www/media.april.org
ServerName media.april.org
ErrorLog /var/log/apache2/media.april.org/media.april.org-error.log
# stream all .ogg files if needed
AddHandler ogg-handler .ogg
AddType video/ogg .ogv
AddType application/octet-stream .svgz
<Location />
Order allow,deny
Allow from all
Options Indexes FollowSymLinks MultiViews Includes
</Location>
Updated by Christian P. Momon over 4 years ago
- Status changed from Nouveau to Résolu
- Assignee set to Christian P. Momon
Solution de facilité en forçant le type MIME dans la configuration Apache du site media.april.org sur la vm lamp :
AddType text/plain .sha1 .sha256 .md5
Du coup, rétablissement des extensions :
find . -name '*-sha1' -exec rename 's/-sha1$/\.sha1/' {} \;
Et maintenant :
cpm@ocmstar (03:01:32) ~ 12 > curl -v http://media.april.org/audio/radio-cause-commune/libre-a-vous/emissions/20190618/libre-a-vous-20190618.ogg.sha1 2>&1 |grep Content-Type < Content-Type: text/plain