Nginx : protection des hotlinks par réécriture

Il n'y a même pas de lien retour vers son propre site web, à moins que le voleur de contenu n'ait tout simplement copié-collé le contenu complet du texte source vers son site web. Il peut alors arriver que l'on ait créé quelque part un lien vers une autre contribution personnelle avec l'URL complète. Et ce lien est alors encore contenu dans le texte. Mais d'abord, respirez et first things first :

Qu'est-ce qu'un hotlink ?

Un hotlink est par exemple l'intégration d'une image par un lien direct vers l'URL existante. Sans télécharger l'image au préalable, la charger sur un espace web ou un serveur propre et la lier ensuite à partir de là.

Les hotlinks ne sont pas mauvais en général. Du moins, pas si le hotlinking a été convenu entre eux ou si l'on est un service de téléchargement d'images.
Dans la plupart des cas, on n'est toutefois pas un service de téléchargement d'images, mais simplement quelqu'un qui paie sagement son hébergement web chaque mois et qui a une certaine limite de trafic. Et c'est là que nous entrons dans le vif du sujet.
Si quelqu'un d'autre affiche sur sa page d'accueil des fichiers multimédias qui se trouvent sur votre serveur web, votre serveur sert chacune de ces requêtes étrangères, car c'est ce que font les serveurs. Ils servent.

Le voleur de contenu a maintenant une image gratuite sur son site web, pour laquelle aucun trafic n'est généré/facturé sur son propre serveur. Ce trafic (charge du serveur) est facturé à la personne volée, c'est-à-dire vous, et coûte des ressources de serveur : et ce à chaque fois qu'un visiteur surfe sur la page du voleur de contenu et que l'image s'affiche dans son navigateur Web.
Dans certaines circonstances, cela peut entraîner un trafic étranger incroyable. Cela dépend du trafic de visiteurs que le voleur de contenu a sur son site.
Ce n'est vraiment pas drôle.

Je voudrais vous montrer aujourd'hui comment configurer votre propre serveur web NGINX pour qu'il ne serve pas ces requêtes étrangères comme prévu, mais qu'il serve plutôt une autre image aux visiteurs du site web voleur de contenu.
En effet, vous pouvez ainsi inverser le préjudice supposé et en tirer profit, et si vous êtes vraiment en colère, vous pouvez encore donner un coup de pied au voleur : attirez les visiteurs sur votre propre site web !

Comment faire de NGINX un adversaire final de Hotlink invincible !

Voilà le plan :

• Nous voulons une solution globale qui fonctionne pour tous les domaines. De manière à ne pas devoir adapter chaque configuration vHost (sites-available).
• Le lien de demande doit être réécrit (rewrite) et ainsi servir à la place une certaine image différente à la page du voleur
• Il doit fonctionner avec Google Recherche d'images et d'autres moteurs de recherche avec fonction de recherche d'images, au lieu d'interdire globalement le hotlinking. Sinon, Google Recherche d'Images n'affichera plus vos images, mais seulement l'image d'échange.

Solution au vol d'images

Ces quelques lignes de code sont en fin de compte la solution au problème du vol d'images. Vous apprendrez dans la section suivante comment et où placer le code.

location ~* \.(ogg|ogv|svg|svgz|eot|otf|woff|mp4|ttf|css|rss|atom|js|jpg|jpeg|gif|png|ico|zip|tgz|gz|rar|bz2|doc|xls|exe|ppt|tar|mid|midi|wav|bmp|rtf|swf)$ {
  add_header "Access-Control-Allow-Origin" "*" ;
  access_log off ;
  log_not_found off ;
  expires max ;
  valid_referers none bloqué ~.google. ~.bing. ~.yahoo. ~.yandex. server_names ~($host) ;
    if ($invalid_referer) {
      rewrite (.*) /hotlink/achtung-inhalt-und-bilderklau.png redirect ;
      }
}
#hotlink terminer la boucle de redirection
location = /hotlink/achtung-inhalts-und-bilderklau.png { }

Que fait le code ?

~ est utilisé pour tenir compte des majuscules et des minuscules, tandis que ~* Majuscules et minuscules ignorées.

NGINX vérifie la règle de localisation dans l'ordre dans lequel les expressions régulières sont insérées. Cela signifie que les instructions d'en-tête de mise en cache des fichiers multimédias et les instructions de notre protection des hotlinks doivent se trouver dans le même bloc !

location = /hotlink/achtung-inhalt-und-bilderklau.png { } est nécessaire pour éviter une boucle de transmission infinie lors de la nouvelle demande sur l'image d'échange :
Le site voleur d'images envoie une demande d'imageA → notre NGINX redirige la demande d'image d'échange → le site voleur d'images envoie une demande d'image d'échange → notre NGINX redirige la demande d'image d'échange, mais ne sert pas → et ainsi de suite...

$host est une variable qui rend cette instruction utilisable globalement et fonctionne sous tous les domaines vHost sur le serveur web. L'URL suivante est affichée valablement pour chaque domaine : http://$host/hotlink/achtung-inhalts-und-bilderklau.png

Il suffit de créer sous chaque domaine le répertoire /hotlink et un fichier image nommé : achtung-inhalt-et-image-vol.png doit être placé dans ce répertoire. Vous pouvez nommer le fichier et le répertoire différemment si vous le souhaitez. Adaptez simplement le code en conséquence.

Comment intégrer la règle de localisation

Testez votre protection Hotlink !

J'ai écrit ici un outil qui vous permet de tester votre configuration de protection des hotlinks. Dans le champ de saisie, entrez l'URL directe d'une image sur votre serveur nginx. Dans le champ de sortie en dessous, votre image d'échange devrait alors s'afficher dans le meilleur des cas. Si l'image de l'URL saisie apparaît, vous devez contrôler à nouveau votre protection hotlink.

Si vous souhaitez effectuer le test plusieurs fois de suite pour la même URL d'image, vous devez effacer le cache de votre navigateur après chaque test et recharger cette page.

Vous avez encore des questions ? Alors n'hésitez pas à utiliser la fonction de commentaire en dessous de cet article !

Veuillez partager cet article sur votre page Facebook, via Twitter, Google+ ou toute autre plateforme sociale de votre choix. Vous trouverez les boutons de partage plus bas. Le partage est simple et rapide et cela me ferait très plaisir.