Tegengaan stelen Bandwidth

[Verwijderd]

(search leverde niets op)

Ik heb een vraagje.
Webmasters die bij mijn site zijn aangesloten vinden het nogal leuk om de banners vanaf mijn server te "lurken", dwz direct linken naar de files op mijn server.

Nou moet er iets zijn met een .htaccess bestand in je img directory die ervoor zorgt dat de banners alleen vanaf mijn domein kunnen worden geladen.
Probeert iemand het toch te laden op zijn eigen site dan krijgt ie een "Bandwidth Thief" plaatje te zien.

Wie weet daar iets handigs voor ?

Als er ook nog een manier is om bepaalde domeinen wel toegang te geven ben ik helemaal gelukkig.

Thanks alvast !

[intert0y]

wat dacht je hiervan.. inhoud .htaccess

<Limit GET POST PUT DELETE>
Order Deny,Allow
Deny from all
Allow from domeinnaam.ext domeinnaam.ext xxx.xxx.xxx.xxx xxx.xxx.xxx.xxx </Limit>

Zoiets moet er toch inkunnen.

Dus zowel domeinnamen als ipadressen kun je hier opgeven.
Dit moet i.i.g. een opzetje zijn, hoe het precies moet weet ik niet maar hier moet je naar zoeken.

[ACM]

Bekijk de verschillende opties van mod_rewrite van apache.

Daarmee kan je bijv naar de referer kijken en aan de hand daarvan een ander plaatje laten zien.

Daarover moeten in de search van got (en vele andere zoekmachines) te vinden zijn.

[kaiiestan]

er bestaat op inet een site waar je ervoor kan zorgen dat je files nie geleecht worden iets van anti-leech ofzo
zoek daar maar eens op

[Verwijderd]

http://www.anti-leech.com bedoel je ?
Nee ik wil het zelf doen.

[Verwijderd]

Op woensdag 19 september 2001 13:57 schreef intert0y het volgende:
wat dacht je hiervan.. inhoud .htaccess

<Limit GET POST PUT DELETE>
Order Deny,Allow
Deny from all
Allow from domeinnaam.ext domeinnaam.ext xxx.xxx.xxx.xxx xxx.xxx.xxx.xxx </Limit>

He dit werkt wel, maar nu kunnen de plaatjes niet op mijn eigen site niet laden.
Ik ga even ermee stoeien als ik de oplossing weet zal ik het melden wie weet heeft iemand anders er ook iets aan.
Als iemand anders de oplossing weet, post het dan

[Verwijderd]

ok ik heb het voor elkaar:

inhoud .htaccess file:

code:

AuthUserFile /dev/null
AuthGroupFile /dev/null

RewriteEngine On

RewriteCond %{HTTP_REFERER} !^http://www.tophumor.nl.* [NC]
RewriteCond %{HTTP_REFERER} !^http://tophumor.nl.* [NC]
RewriteCond %{HTTP_REFERER} !^http://gathering.tweakers.net.* [NC]
 
RewriteRule /* http://www.tophumor.nl/dief.gif [R,L]

Je zet hierboven dus de domeinen waarvan wel je images mogen geworden geladen. Alle andere domeinen krijgen het diefgifje

Let op:
1.Als je een htaccess bestandje plaatst, protect hij alle mappen eronder ook !
2.Plaats het "dief"-plaatje in een andere (lagere) map dan het htaccess bestandje anders werkt het niet.
3.Vergeet voor tweakers geen uitzondering te maken anders laad je webicoon niet
4.Vergeet de variant zonder www van je domein niet te vermelden, mensen komen ook op die manier je site binnen. Anders zien mensen je eigen plaatjes op je eigen site ook niet
5.Dit hele gebeuren kan met alle soorten files volgens mij.
6.Er zijn meer mogelijkheden check de link hieronder:
http://www.janey.net/tutorials/mod_rewrite.html

Succes !

ps: mij scheelt het straks 1,5 gig dataverkeer
psps: probeer http://www.tophumor.nl/img/menu_home_on.gif
maar op je eigen domein te laden

[Verwijderd]

Op donderdag 20 september 2001 10:57 schreef Mikedigi het volgende:
2.Plaats het "dief"-plaatje in een andere (lagere) map dan het htaccess bestandje anders werkt het niet.

waarom zou dat niet werken ?

[TeeDee]

uhm... je wilt mensen het "leechen" van je banners tegengaan. Doen ze dat dan krijgen ze een plaatje te zien met bandwith thief. Heel stom misschien, maar dat kost toch ook bandwith?

[Verwijderd]

Kertje dat werkt wel alleen in de map eronder niet daar krijg je een gebroken image

Teedee: Het is een heel klein gifje dat bijna niets kost en daarnaast zal de tekst op het plaatje webmaster wel motiveren om niet meer te hotlinken

[Verwijderd]

Op donderdag 20 september 2001 11:05 schreef Mikedigi het volgende:
Kertje dat werkt wel alleen in de map eronder niet daar krijg je een gebroken image

ok ik had niet goed gelezen, ik dacht al, dat zou gewoon moeten werken...maar je had er al staan in _lagere_ niveau's

[Verwijderd]

<edit> Te trage reactie xqs </edit>

Ja en hoe lang denk dat zo'n bedrijf het volhoudt om een plaatje met bandwidth thief te laten zien in plaats van reclame

[Verwijderd]

Op donderdag 20 september 2001 11:08 schreef Slaapkop het volgende:
<edit> Te trage reactie xqs </edit>

Ja en hoe lang denk dat zo'n bedrijf het volhoudt om een plaatje met bandwidth thief te laten zien in plaats van reclame

Hoe bedoel je ?

[Fried]

hij bedoelt dat:
de sites die die banners hotlinken (en nu dus dat bandwith thief gif-je krijgen) dat gifje er niet zo lang op laten staan... staan een beetje dom he? "BANDWITH THIEF" op je site..
ze zullen dus of de banners zelf gaan hosten of een andere host zoeken.. en voila! je bent (van een deel) van je problemen af.

[Verwijderd]

Je kunt ip-adressen blocken die gebruik maken van je server

[Verwijderd]

Fried jep that's what i'm telling ya

Het is echt een pain in the ass als mensen op grote schaal lopen te hotlinken.
Eentje kreeg het voor elkaar om een halve gig te consumeren zonder te betalen.

[Verwijderd]

Antileech lijkt mij de oplossing ...

[Verwijderd]

zeker niet, geeft alleen maar troep op je site

De oplossing hierboven is easy en werkt perfect.

[Verwijderd]

hmm heb je ook zoiets simpels voor iis/asp?

[Verwijderd]

Op donderdag 20 september 2001 10:57 schreef Mikedigi het volgende:
ok ik heb het voor elkaar:

inhoud .htaccess file:

volgens mij blokt ie op deze manier ook alle .html, .php etc. als de referer niet goed staat.

Volgens mij kun je beter zoiets als dit doen:

code:

RewriteEngine on
RewriteCond %{HTTP_REFERER} !^$
RewriteCond %{HTTP_REFERER} !^http://tophumor.nl/.*$ [NC]
RewriteCond %{HTTP_REFERER} !^http://www.tophumor.nl/.*$ [NC]
RewriteRule .*\.(gif|GIF|Gif|jpg|JPG|jpeg)$ - [F]

[Prozaq]

Als je slim bent maak je van dat plaatje een banner voor je eigen pagina. Op die manier heb je nog gratis reclame ook nog

[Verwijderd]

Marco dat zou kunnen inderdaad, maar er staan toch alleen images in.

[LuCarD]

Op donderdag 20 september 2001 11:56 schreef MarcoTC het volgende:

[..]

volgens mij blokt ie op deze manier ook alle .html, .php etc. als de referer niet goed staat.

Volgens mij kun je beter zoiets als dit doen:

code:

RewriteEngine on
RewriteCond %{HTTP_REFERER} !^$
RewriteCond %{HTTP_REFERER} !^http://tophumor.nl/.*$ [NC]
RewriteCond %{HTTP_REFERER} !^http://www.tophumor.nl/.*$ [NC]
RewriteRule .*\.(gif|GIF|Gif|jpg|JPG|jpeg)$ - [F]

ff testen....

[Verwijderd]

ja lekker ben jij
tweakers staat ook erin als uitzondering

[Verwijderd]

Ik gebruik het volgende .htaccess bestandje om het downloaden van mp3s te blokkeren indien deze niet via 'jouwsite.com' gelinked worden

ErrorDocument 403 /errordocs/custom_anti_leech_403

SetEnvIfNoCase Referer "^http://www\.jouwsite\.com/" trusted=1

<FilesMatch "\.(ra|mp3)">
Order Allow,Deny
Allow from env=trusted
</FilesMatch>

[Verwijderd]

Het werkt niet hoor.

Kijk hier maar.

Sorry, en het is echt vanuit een ander domain.

oops

[Verwijderd]

Klopt toch?

[Bigs]

Idd.. volgens mij heb jij de bedoeling niet helemaal begrepen

[Verwijderd]

Heeee, dat was gisteren nog niet.
Gister stond er nog gewoon die knop.

Dan zal hij wel nog in mijn cache hebben gezetten.

Sorry,

[Verwijderd]

ik denk het

Het werkt als een zonnetje,
gisteren 50MB minder traffic bij een gelijk aantal
bezoekers

dus zo'n 1,5GB minder per maand $$$

[Verwijderd]

He, cool.

Dat ga ik ook doen, scheelt me 300kb per maand.

Flex, kan dat ook met alle files *.* ?

[Verwijderd]

sterker nog hij staat bij mij op alle files

je kan het beste even naar die site gaan die ik hierboven heb vermeld, daar vind je meer informatie

[Verwijderd]

Op vrijdag 21 september 2001 10:58 schreef MrK het volgende:
Flex, kan dat ook met alle files *.* ?

*.* is dus ook .html, .htm, .php etc.
Hij kijkt dus of de referrer je eigen domain bevat.
Als je dit met *alle* files doet kan niemand meer op je site komen want als je de URL intikt, heb je nog geen referrer en als de surfer gelinkt is vanaf een andere site heeft hij de referrer van die site.

[Verwijderd]

Krijg 'm mooi niet aan de gang.

Moeten DNS wildcard's hiervoor aanstaan?

[Verwijderd]

Op vrijdag 21 september 2001 23:50 schreef MrK het volgende:
Krijg 'm mooi niet aan de gang.

Moeten DNS wildcard's hiervoor aanstaan?

nee, DNS wildcards zijn weer wat anders.
mod_rewrite moet geinstalleerd zijn.

[Verwijderd]

Op zaterdag 22 september 2001 01:17 schreef MarcoTC het volgende:

[..]

nee, DNS wildcards zijn weer wat anders.
mod_rewrite moet geinstalleerd zijn.

Nu weer een vraagje:
Hoe kan ik dit zien? want het werkt niet.

[Boomerang]

Op zaterdag 22 september 2001 12:48 schreef MrK het volgende:

[..]

Nu weer een vraagje:
Hoe kan ik dit zien? want het werkt niet.

maak een nieuw php bestand en zet erin:
<?php phpinfo(); ?>

En dan opvragen die hap.. en viola

[Verwijderd]

even kijken:

code:

Loaded Modules:
mod_casp2, mod_php4, mod_ssl, mod_setenvif,
 mod_unique_id, mod_auth, mod_auth_pam_external,
 mod_access, [b]mod_rewrite[/b], mod_alias,
 mod_userdir, mod_actions, mod_imap, mod_asis,
 mod_cgi, mod_frontpage, mod_dir, mod_autoindex, mod_include, mod_status, mod_negotiation,
 mod_mime, mod_log_config, mod_define, mod_env,
 mod_perl, mod_so, http_core

Dat goed, wat doe ik dan verkeerd?

Mijn .htacces staat in de map /images.

[goalgetter]

Heb je in je httpd.conf wel aanstaan dat je access bestand (.htaccess) wel regels mag (over)writen?

[Verwijderd]

Ik mag zelf .htacces schrijven.

Met telnet en vi doe ik dit.

[Verwijderd]

2e x:

hmm heb je ook zoiets simpels voor iis/asp?

[goalgetter]

Dat je zelf een bestandje mag aanmaken dat .htaccess heet dat is wel handig ja, maar het gaat erom of er in je httpd.conf wel expliciet staat aangegeven dat in de access file properties geset/overschreven kunnen worden, anders gaat het zowieso niet werken.

[om3ega]

En ik zoek nog steeds zowiets voor een Cobalt RAQ server

* om3ega begint langzaam een vermoeden te krijgen dat mijn hosting provider een global override toepast.

[Verwijderd]

Op maandag 24 september 2001 22:04 schreef om3ega het volgende:
En ik zoek nog steeds zowiets voor een Cobalt RAQ server

Daar ben ik ook op gehost, ligt dat dan aan die server?

[om3ega]

Op maandag 24 september 2001 22:08 schreef MrK het volgende:

[..]

Daar ben ik ook op gehost, ligt dat dan aan die server?

code:

AuthName "OM3EGA"
AuthType Basic 
<Limit GET POST>
order allow,deny
allow from om3ega.com
allow from tweakers.net
deny from anyotherhost.nl
</Limit>

Werkt niet. Ook bovenstaande voorbeeld werkt niet. Ik heb al veelvuldig het net afgesurft of er iets speciaals is voor cobalt servers maar kan niets vinden.

Vandaar mijn vermoeden van een global override.

[Verwijderd]

Mijn .htacces heb ik in de map /images gezet.
Moet dat?

[LuCarD]

Op maandag 24 september 2001 23:00 schreef MrK het volgende:
Mijn .htacces heb ik in de map /images gezet.
Moet dat?

Misschien is het overbodig

Maarhe je weet toch dat het een .htaccess file moet zijn

LET OP Dubbel s

[Verwijderd]

OOPS, dat was idd fout.

Nu spreekt hij .htaccess wel aan, maar geeft een fout:

Zie hier

Als er plaatjes uit die dir worden geladen dan geeft hij een kruis, hij linkt niet door:



Zo moeilijk moet het toch niet zijn, toch lukt het met niet.

[Verwijderd]

Op maandag 24 september 2001 22:11 schreef om3ega het volgende:

[..]

code:

AuthName "OM3EGA"
AuthType Basic 
<Limit GET POST>
order allow,deny
allow from om3ega.com
allow from tweakers.net
deny from anyotherhost.nl
</Limit>

Werkt niet. Ook bovenstaande voorbeeld werkt niet. Ik heb al veelvuldig het net afgesurft of er iets speciaals is voor cobalt servers maar kan niets vinden.

Vandaar mijn vermoeden van een global override.

Met bovenstaande code heb je een heel ander effect. Daar blokkeer je hostnames mee. Je geeft mensen met hostnames om3ega.com en tweakers.net toegang en je blokkeert mensen met hostname anyotherhost.nl.
Zoiets kan als je b.v. geen chello.nl of aol.com gebruikers meer op je site wilt. Ik neem niet aan dat jouw ISP om3ega.com of tweakers.net heeft.

Anyway, nog 1 keer.
Het gaat dus om mod_rewrite! Deze moet geinstalleerd zijn. Daar geef je in aan of je .gif, .jpg, .jpeg, .avi of wat dan ook wilt blocken indien de referer niet je eigen domein is. Als je *.* doet dan kan niemand er meer bij want dan worden de .html, .htm, .php enzo ook geblockt.

Je doet dus zoiets:

code:

RewriteEngine on 
RewriteOptions inherit 
RewriteCond %{HTTP_REFERER} !^http://w*\.*jouwdomein.nl
RewriteRule .*[Jj][Pp][Gg]$|.*[Gg][Ii][Ff]$ http://jouwdomein.nl/sorry.gif

Of je .htaccess ook werkt is afhankelijk van de configuratie van Apache zelf. Als AllowOverride (All?) aanstaat kunnen de default configuratie van Apache overschreven worden met (b.v.) .htaccess files.

Vraag dus gewoon aan je hoster of mod_rewrite geinstalleerd is en of je met .htaccess files kan werken. Als hij niet weet waar je het over hebt moet je een andere hoster zoeken.

[KMK]

Op maandag 24 september 2001 15:17 schreef Lexxie het volgende:
2e x:

hmm heb je ook zoiets simpels voor iis/asp?

http://www.devguru.com/Technologies/asp/quickref/request_servervariables.html

HTTP_REFERER returns a string containing the original URL when a redirect has occurred.

[Karlok[JY-616]]

Is het ook mogelijk om bepaalde directory uit te sluiten.
Dus images er in plaatsen die wel gehotlinked mogen worden zoals banners

[Koffie]

Je banners in ee hogere directory stoppen.
Kun je volgens mij makkelijk met de search vinden.
En om daar nou zo'n oud topic voor omhoog te schoppen is ook niet echt gewenst ...
Krijg je weer een halve pagina aan replys die niet meer nodig zijn ..