Nginx: Protección Hotlink mediante reescritura

Ni siquiera hay un backlink a su propio sitio web, a menos que el ladrón de contenidos se haya limitado a copiar y pegar todo el contenido del código fuente en su sitio web. Entonces puede ocurrir que haya enlazado en algún sitio a otro de sus propios posts con la URL completa. Y este enlace sigue estando contenido en el texto. Pero primero respira hondo y lo primero es lo primero:

¿Qué es un enlace directo?

Un hotlink es, por ejemplo, la integración de una imagen mediante un enlace directo a la URL existente. Sin descargar previamente la imagen, subiéndola a su propio espacio web o servidor y enlazándola desde allí.

Los hotlinks no suelen ser malos. Al menos no si el hotlinking se ha acordado con los demás o si se trata de un servicio de carga de imágenes.
En la mayoría de los casos, sin embargo, no se trata de un servicio de carga de imágenes, sino simplemente de alguien que paga su alojamiento web cada mes y tiene un cierto límite de tráfico. Y aquí llegamos al quid de la cuestión.
Si otra persona muestra archivos multimedia en su página de inicio que están ubicados en tu servidor web, tu servidor sirve cada una de estas peticiones externas porque eso es lo que hacen los servidores. Sirven (serve, provide, serve, serve).

Ahora el ladrón de contenidos tiene una imagen gratuita en su sitio web por la que no se genera/carga tráfico en su propio servidor. Este tráfico (carga del servidor) se factura al ladrón, es decir, a usted, y cuesta recursos del servidor cada vez que un visitante navega hasta el sitio del ladrón de contenidos y la imagen se muestra en su navegador web.
En determinadas circunstancias, esto puede generar un tráfico externo increíble. Dependiendo de cuánto tráfico de visitantes tenga el ladrón de contenidos en su sitio web.
Eso no tiene gracia.

Hoy me gustaría mostrarte cómo puedes configurar tu propio servidor web NGINX para que no sirva estas peticiones externas como se espera, sino que sirva una imagen diferente a los visitantes del sitio web ladrón de contenidos.
De esta forma, podrás revertir el supuesto daño y beneficiarte de él y, si estás muy enfadado, podrás ganarle la partida al ladrón: atraiga visitantes a su propio sitio web

¡Cómo convertir NGINX en un jefe Hotlink invencible!

Este es el plan:

• Queremos una solución integral que funcione para todos los dominios. Para que no tengas que personalizar cada configuración individual de vHost (sites-available).
• El enlace de solicitud debe reescribirse (reescribir) y, por tanto, se sirve en su lugar una imagen específica y diferente a la del ladrón
• Debe funcionar con Google Image Search y otros motores de búsqueda con una función de búsqueda de imágenes en lugar de prohibir el hotlinking de forma generalizada. De lo contrario, Google Image Search ya no mostrará las imágenes reales, sino sólo la imagen de intercambio.

Solución al robo de imágenes

Estas pocas líneas de código son, en última instancia, la solución al problema del robo de imágenes. Puedes averiguar cómo y dónde colocar el código en la siguiente sección.

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 blocked ~.google. ~.bing. ~.yahoo. ~.yandex. server_names ~($host);
    if ($invalid_referer) {
      rewrite (.*) /hotlink/eight-content-and-image-stealing.png redirect;
      }
}
#hotlink fin del bucle de redirección
location = /hotlink/acht-inhalts-und-bilderklau.png { }

¿Qué hace el código?

~ se utiliza para tener en cuenta las mayúsculas/minúsculas, mientras que ~* Se ignoran las mayúsculas y minúsculas.

NGINX comprueba la regla de ubicaciones en el orden en que se insertan las expresiones regulares. ¡Esto significa que las instrucciones de la cabecera de caché para archivos multimedia y las instrucciones para nuestra protección hotlink deben estar en el mismo bloque!

location = /hotlink/octavo-contenido-y-robo-de-imagen.png { } para que la nueva solicitud de la imagen de sustitución no provoque un bucle de reenvío infinito:
El sitio ladrón de imágenes envía una solicitud de imagenA → nuestro NGINX redirige la solicitud de imagen de sustitución → el sitio ladrón de imágenes envía una solicitud de imagen de sustitución → nuestro NGINX redirige la solicitud de imagen de sustitución, pero no sirve → y así sucesivamente....

1TP4Host es una variable que hace que esta instrucción sea utilizable globalmente y funcione bajo todos los dominios vHost del servidor web. La siguiente URL es válida para cada dominio: http://$host/hotlink/achtung-inhalts-und-bilderklau.png

Sólo el directorio /enlace y un archivo de imagen con el nombre attention-content-and-image-stealing.png debe almacenarse en este directorio. Si lo desea, también puede cambiar el nombre del archivo y del directorio. Sólo tienes que adaptar el código en consecuencia.

Cómo integrar la regla de localización

Pruebe su protección contra hotlinks

Aquí he escrito una herramienta que puede utilizar para probar su configuración de protección hotlink. Introduzca la URL directa de un gráfico en su servidor nginx en el campo de entrada. Idealmente, la imagen de reemplazo debería aparecer en el campo de salida de abajo. Si aparece la imagen de la URL introducida, debe comprobar de nuevo su protección hotlink.

Si desea realizar la prueba varias veces seguidas para la misma URL de imagen, deberá borrar la memoria caché del navegador después de cada prueba y volver a cargar esta página.

¿Aún tiene preguntas? Entonces no dude en utilizar la función de comentarios que aparece debajo de este artículo.

Por favor, comparta este artículo en su página de Facebook, Twitter, Google+ u otra plataforma social de su elección. A continuación encontrará los botones para compartir. Compartir es rápido y fácil y yo estaría encantado.