Onderwerp: In 1 keer een hele grote hoeveelheid requests

Kun je voor nu niet even de URL van het plaatje ombuigen (en op de betreffende website van je klant aanpassen uiteraard), zodat in ieder geval de huidige URL die ze van het plaatje hebben geïndexeerd niet meer werkt, en dus hopelijk verwijderd wordt bij het radiostation? Dan toch hopen op een reactie van het radiostation, maar mocht het principe werken zoals hierboven beschreven met een script voor webplayers zou ik eerder een noindex op het plaatje gooien zodat hij niet meer geïndexeerd wordt door google images.

Ik zou in elk geval beginnen met de ServerLimit (voor prefork MPM) of MaxClients (voor worker MPM) te verlagen in je httpd.conf. Waarbij prefork het meest waarschijnlijk is...

Hiermee voorkom je dat er te veel apache processen gestart worden, die de server niet aan kan gezien het extreme swappen.

Je server is dan tijdens een request hoos misschien wel even slecht bereikbaar, maar loopt er niet meer op vast.

- Waarom werkt hot linking protection niet?
- Als je de plaatje kan wijzigen naar 1x1 pixel, kan je hem net zo goed verwijderen/renamen?

Vervang anders het plaatje door een ander plaatje, met bijvoorbeeld "deze website steelt bandbreedte" of een ander type plaatje (je creativiteit laat ik hier even vrij ;-)
Moet je zien hoe snel het wordt aangepast. Niet zo netjes, maar wel effectief vermoed ik.

Oorspronkelijk geplaatst door Vanderblom

Allemaal al geprobeerd en gebruikt. Lost niets op. Staat ook al in het eerste bericht
Is er softwarematig geen oplossing die iets kan betekenen ?

Maar waarom werkt hotlink protection niet? Je vervangt je plaatje door niets of een image die zegt dat er bandbreedte gestolen wordt.
Je zou zelfs een (dat is niet geheel netjes) redirect naar een plaatje op de site van de player kunnen doen.

Oorspronkelijk geplaatst door Ramon Fincken

Je zou zelfs een (dat is niet geheel netjes) redirect naar een plaatje op de site van de player kunnen doen.

Waarom zou dat niet netjes zijn? Eigen schuld dikke .... toch? Als de eigenaar van die site niet reageert zou ik de grootste file die ik kan vinden daar pakken en daar naar toe redirecten. Als je het netjes wilt doen doe je een redirect naar het logo van de website.

@Vanderblom zeker weten dat het niet werkt? Wil anders er wel even naar kijken voor je.

Hotlink werkt niet goed omdat er ook een verkorte URL script wordt gebruikt.
Hij gaat namelijk (waarom weet ik niet) een 404 error pagina inladen die op de site staat, hij kan hem echter niet weergeven omdat het geen plaatje is. (dat zie ik aan de grootte van het verzoek in het logboek)

Als je naar je browser gaat en je typt het URL van het plaatje in, en hij bestaat niet dan laat hij een 404 pagina zien in de vorm van de layout van de site.

Ik heb nu het plaatje 1x1 pixel gemaakt, 10 kb groot ongeveer.
Zag net 6000 aanvragen binnenkomen, die heeft hij goed kunnen verwerken.

Ik ga verder met die http config verder, zit wel wat in, goeie tip!

Oorspronkelijk geplaatst door Vanderblom

H
Zag net 6000 aanvragen binnenkomen, die heeft hij goed kunnen verwerken.

Ik ga verder met die http config verder, zit wel wat in, goeie tip!

Waarom wil je überhaupt nog een plaatje hebben en geen redirect of iets dergelijks?

Dan moet je je hotlink aanpassen.

Niet ALS van site X DAN reject.
Maar:
ALS NIET van mijnsite DAN reject

10kB is nog veel, gewoon een bestand neerzetten van 0kB, dat werkt net zo goed


(maar alle andere suggesties zijn beter)

Zet er Varnish bij voor, die heeft met dergelijke aantallen requests relatief weinig moeite. Enige nadeel is dat je mogelijk wat instel werk hebt en ik het nog niet uitgezocht wat de gevolgen zijn voor de logging van dataverkeer binnen bijvoorbeeld DirectAdmin.

Misschien zijn deze twee opties een oplossing: mod_rewrite

Via een .htaccess filetje:

RewriteEngine on
RewriteRule ^/images/(.*)$ http://s3.amazonaws.com/images/$1 [R,L]

OF: mod_proxy module aanzetten binnen apache.

Vervolgens de site config waarbij je de images folder proxied naar bijvoorbeeld Amazon S3:

ProxyPass /images/ http://example.s3.amazonaws.com/images/

LET OP: dit is ff uit het bolle hoofd... niet getest in real life...

leuk ... maar eh dit gaat om ongewenste traffic, waarom zou je dat plaatje dan bij amazon plaatsen?