redirection URL avec ext .mp3 vers une page php via htaccess

Bonjour.
J'aimerai savoir s'il est possible de rediriger une URL avec une extension .mp3, (ex : /audio/fichier.mp3) vers une page spécifique (ex : /erreur.php), via une commande dans un fichier htaccess ? Si oui quelle serait cette commande ?

L'idée est d'empêcher le téléchargement direct de fichier mp3 injecté dans une balise audio. Mon client m'a posé cette question, mais comme je ne suis pas certain que cela soit possible, je préfère poser la question ici au cas où il existerait une solution.

Merci d'avance pour toutes solutions ou pistes à explorer.

Rémi G

 

Merci à vous trois pour vos réponses.
@rick38 le lien que tu m'as indiqué est une piste très prometteuse. J'ai pas encore tout compris à la procédure, mais je vais gratter dans cette direction.

Je reviendrai clore cette discussion lorsque j'aurai un système opé.
D'ici là, s'il y a d'autres personnes pour m'indiquer des pistes, des exemples ou autres, je suis preneur.

Merci à vous.

Rémi G

 

Bonjour à tous,
Comme promis, je reviens vers vous avec une ébauche de solution, 100% htaccess pour le moment :
Voici ce que ça donne :

Options +FollowSymlinks
RewriteEngine on

RewriteCond %{HTTP_REFERER} !^http://localhost/mp3-player-v2.1.1/.*$ [NC]
RewriteRule \.(mp3)$ [NC,F]

Il est certain que ce code peut être optimisé, notamment pour automatiser toutes les URLs possibles au niveau du referer. Dans le cas présent, il est nécessaire de modifier à la mano le fichier htaccess en fonction du nom de domaine ou sera installé l'application. Ce qui n'est pas top.

S'il y a des âmes charitables pour me donner des conseils en ce sens, merci d'avance.

@Madrileño je peux te fournir l'url directe de l'application, mais en MP uniquement, vu que des albums non libres de droit y sont accessibles et pas forcément bien protégés pour le moment. Faut juste que je sache comment on fait un MP sur ce forum

 

Oups ! Petite erreur dans mon script htaccess. Désolé. Voici la version corrigée.

Options +FollowSymlinks
RewriteEngine on

RewriteCond %{HTTP_REFERER} !^http://localhost/mp3-player-v2.1.1/.*$ [NC]
RewriteRule \.(mp3)$ 404.php [NC,L]

Où le fichier 404.php est la page vers laquelle on est redirigé en cas de tentative d'accès direct aux fichiers .mp3. Ce qui sous-entend qu'il faut avoir créé cette page

Il est bien entendu possible de rajouter des extensions de fichiers pour couvrir toute sorte de cas. Par exemple
RewriteRule \.(mp3|ogg)$ 404.php [NC,L]

Interdit donc le téléchargement direct aux .mp3 et aux .ogg

 

J'ai optimisé le htaccess ça donne ceci :

Options +FollowSymlinks
RewriteEngine on

RewriteRule (albums/)$ 404.php?page=$1 [L]
RewriteRule (albums/[a-zA-Z0-9-_]+/)$ 404.php?page=$1 [L]

##RewriteCond %{HTTP_REFERER} !^http://localhost/mp3-player-v2.1.1/.*$ [NC]
RewriteCond %{HTTP_REFERER} !^([http://|https://])([a-zA-Z0-9/-_.] )/.*$ [NC]
RewriteRule \.(mp3|ogg|opus|wav|flac)$ 404.php [NC,L]

La 3ème ligne empêche d'accéder directement au contenu du dossier "albums" en revoyant automatiquement vers une page 404.php

La 4ème ligne empêche d'accéder directement au contenu des sous-dossiers (les albums donc), contenu dans le dossier "albums" en revoyant automatiquement vers une page 404.php

J'ai mis en commentaire (les doubles #), la version antérieure (ligne 5) qui m'obligeait à écrire le chemin absolue à la mano en cas de changement de NDD par exemple. Ce qui n'était pas top.

Je l'ai donc réécrite pour que cela soit géré automatiquement quelque soit le NDD, en prenant en compte la possibilité d'une URL en http ou https

Enfin, en dernière ligne, j'ai mis la liste de tous les fichiers audio lus par la balise HTML5 audio à l'heure actuelle. Source : https://developer.mozilla.org/fr/docs/Web/HTML/Formats_pour_audio_video

Toutefois, même si cette protection est efficace contre un téléchargement directement d'un fichier mp3 en saisissant l'URL absolue dans le navigateur, cela n'est pas une protection à 100%. En effet, les personnes qui connaissent le HTML trouveront facilement la parade à ce dispositif. Il faut donc associer à cette protection, un système d'URL par token via le PHP. Je vais donc continuer à creuser la piste de @rick38.