hosting die met spam om kan gaan

Citaat:

---

Origineel geplaatst door headout

Stuur ze eens een PB:
http://www.webhostingtalk.nl/showthr...threadid=76851 ;)

Overigens vind ik niet dat je de provider de schuld in de schoenen kan schuiven; je kan hooguit verwachten dat men probeert met je mee te denken. Tenslotte ben jij degene die met zo'n blog/script aan de slag gaat, niet de provider. Vanuit mijn eigen bedrijfsvisie geredeneerd help ik wel actief mee; aangezien ook ik net als TheMarco er vanuit ga dat er meerdere klanten met een vergelijkbaar probleem worstelen, vang ik meerdere vliegen in 1 klap.

---

Ja percies, ik zag net dat topservers een post had gemaakt (http://www.webhostingtalk.nl/showthr...threadid=76851) dus aanwezig moet hij wel zijn :)

Ach laat de discussie over het al dan niet schuldig zijn van de provider maar achterwege, waar ik me met name aan stoor is het feit dat men sinds die problemen spelen geen tel. meer aanneemt en geen mail meer beantwoort. Dat ze wel gewoon aanwezig zijn verbaasd me niet.

SCHULDIG zijn de providers niet natuurlijk. Zij kunnen er ook niks aan doen dat er spam binnenkomt. Wat ik echter wel van een provider verwacht is dat deze de ontwikkelingen op het internet volgt en zorgt dat hij voorbereid is op zaken die voor de hand liggen.

Je hoeft geen enorme connaisseur te zijn om te weten dat 'webloggen' al geruime tijd populair is. Zelfs suffe politici doen er al aan mee, kun je nagaan. Kortom, als provider zijnde zou je je daar in verdiept moeten hebben lijkt mij. Als je dat vervolgens daadwerkelijk gedaan hebt weet je ook dat het blogspam probleem groteske vormen aan het aannemen is en actie dus vereist is. Er draaien zoveel spamruns dat als je een shared server hebt waar zeg 50-100 mensen een klein persoonlijk blogje op draaien je een goede kans hebt dat de machine af en toe ofwel praktisch onbereikbaar wordt ofwel zelfs helemaal het hoekje om gaat. En dat vinden die 100 bloggende klanten niet fijn natuurlijk. Dit alles is te voorkomen door gebruik te maken van gecentraliseerde lijsten met spam IP's, htaccess rules en aanverwante zaken.

Citaat:

---

Origineel geplaatst door TheMarco


http://www.i-marco.nl/weblog/

Hij staat bovenaan onder het lijstje 'current interesting reads'.

- Marco

---

Waar precies?

http://www.i-marco.nl/weblog/htaccess.txt

Maar staat inderdaad bovenaan bij 'current interesting reads'; duidelijk kan Marco niet zijn ;)

Pivot bied zelf ook webhosting aan. Ik neem aan dat die het zeker moet kunnen garanderen.

Ik heb zelf geen ervaring met Pivot.

Citaat:

---

Origineel geplaatst door TheMarco
SCHULDIG zijn de providers niet natuurlijk. Zij kunnen er ook niks aan doen dat er spam binnenkomt. Wat ik echter wel van een provider verwacht is dat deze de ontwikkelingen op het internet volgt en zorgt dat hij voorbereid is op zaken die voor de hand liggen.

---

Hetzelfde geldt voor alle e-mail injection runs die de afgelopen tijd enorm populair geworden zijn. Maar mijns inziens is deze specifieke issue op twee entiteiten terug te voeren:
* De maker(s) van Pivot; Zij hebben blijkbaar iets geproduceert dat erg eenvoudig te misbruiken valt (alle comment spam wordt naar mijn idee automated gepost)
* De thuis gebruiker die zijn/haar PC geinfecteerd laat raken door een (worm)virus / trojan.

Oke, dit is wel erg kort door de bocht, ik weet het.
Alle hosts die ik uit onze accesslogs heb gevist zijn breedband-hosts (from all over the world) en het zou mij niet verbazen als er een virusje op die betreffende host(s) rondwaard...

Stelling: Gaat Pivot de kant van phpBB en PHP-Nuke op?

Citaat:

---

Je hoeft geen enorme connaisseur te zijn om te weten dat 'webloggen' al geruime tijd populair is. Zelfs suffe politici doen er al aan mee, kun je nagaan. Kortom, als provider zijnde zou je je daar in verdiept moeten hebben lijkt mij. Als je dat vervolgens daadwerkelijk gedaan hebt weet je ook dat het blogspam probleem groteske vormen aan het aannemen is en actie dus vereist is. Er draaien zoveel spamruns dat als je een shared server hebt waar zeg 50-100 mensen een klein persoonlijk blogje op draaien je een goede kans hebt dat de machine af en toe ofwel praktisch onbereikbaar wordt ofwel zelfs helemaal het hoekje om gaat. En dat vinden die 100 bloggende klanten niet fijn natuurlijk. Dit alles is te voorkomen door gebruik te maken van gecentraliseerde lijsten met spam IP's, htaccess rules en aanverwante zaken.

---

Een DNSBL op HTTP niveau is iets waar ik (nog) geen vertrouwen in heb, noch professionele implementaties van heb gezien. Alhoewel ik mij hier niet in verdiept heb. Gezien de trend in vergelijking met SMTP kan je verwachten dat iets dergelijks er aan zit te komen (op een wat uitgebreidere manier dan nu het geval is). Verder vraag ik me af hoeveel CPU-tijd 100 htaccess bestanden met honderden, duizenden of meer entries vreten:
When (not) to use .htaccess files
Dan zou je al voor een firewall oplossing moeten kiezen. Nadeel hieraan is dat je pas achter een spammende host komt als deze langs geweest is. Je voorkomt dus enkel een tweede (tweeduizendste) bezoek. Tevens is het werk zeer arbeidsintensief.

Citaat:

---

Origineel geplaatst door Digiover
Stelling: Gaat Pivot de kant van phpBB en PHP-Nuke op?

---

Is dat niet een logisch gevolg van de populariteit van het/een stukje software?

Citaat:

---

Een DNSBL op HTTP niveau is iets waar ik (nog) geen vertrouwen in heb, noch professionele implementaties van heb gezien. Alhoewel ik mij hier niet in verdiept heb.

---

Ik heb eens eerder een postje over dit onderwerp geplaatst. Ik heb positieve ervaringen met het gebruik van proxy DNSBL's op websites.

Een groot forum dat ik beheer heeft regelmatig last van trolls. Ik gebruik nu ongeveer bovenstaande code bij het aanmelden om te voorkomen dat men vanaf proxy's aanmeldt. Dit werkt erg goed, en zou wat mij betreft een standaardoptie moeten zijn in dit soort scripts. Ik zie het echter zelden.

Citaat:

---

Origineel geplaatst door headout

Is dat niet een logisch gevolg van de populariteit van het/een stukje software?

---

Nee, het is het logische gevolg van brakke software. Zie bijvoorbeeld de Bugtraq of WebAppSec mailinglijsten, deze twee software pakketten zijn recordhouder wat betreft (ernstige) kwetsbaarheden.

Puzil.com ziet er uit als een aardige (mogelijke) oplossing. Net als een Captcha (geen idee of dit in Pivot al beschikbaar is).
Marco, enig idee of Puzil publiekelijk beschikbaar wordt (het vraag - antwoord systeem / script), of dat het alleen op puzil.com blijft op een manier dat er gebruik van gemaakt kan worden?

Citaat:

---

Origineel geplaatst door skydancer


Ik heb eens eerder een postje over dit onderwerp geplaatst. Ik heb positieve ervaringen met het gebruik van proxy DNSBL's op websites.

---

3 opmerkingen:
* checkdnsrr()

Citaat:

---

This function is not implemented on Windows platforms.

---

* Ik zou een die(); of exit(); bij in de functie gebruiken :)
* Zoals jouw postje nu is, moet het in ieder script apart gebruikt worden en zit het niet in de/een webserver ingebakken.

Maar afhankelijk van het betreffende script (pakket) zou het zeker een goede toevoeging kunnen zijn.

Citaat:

---

Origineel geplaatst door TheMarco
Het tweede kost je veel bandbreedte maar zou niet veel CPU power moeten vragen. Ze vragen gewoon de pagina's op, lijkt me geen actie waar een server last van zou moeten krijgen. Het verlies van bandbreedte aan referrer spammers is alleen op te lossen door goede .htaccess rules. Niet alleen ip blocks maar ook rules die referrers met porno-, gok- of medicijntermen blokkeren en een 403 sturen die weinig bytes bevat. Zo doe ik het in ieder geval zelf. Ik bied overigens op mijn blog mijn continu up to date .htaccess aan voor wie hem wil.

---

Sorry hoor, maar voor een goed geschreven pakket zou je helemaal dat soort rare dingen niet uit moeten halen. Eenvoudige oplossingen zijn imo de beste, bij voorkeur zonder van derden afhankelijk te zijn voor om het even wat voor blacklist.

Ik vraag mezelf ook een beetje af tot in hoeverre de anti-spam maatregelen bij kunnen gaan dragen tot een extra hoge load.

Citaat:

---

* Ik zou een die(); of exit(); bij in de functie gebruiken

---

Ja, en ik voeg de bezoeker zelfs toe in de firewall!

De zelfde grapjassen gingen namelijk DDoSsen vanaf proxies toen ze niet meer konden registreren.. :(

crazycoder>

Ongenuanceerd maar toch mijn mening:

Het spamprobleem heeft NIETS te maken met weblogsoftware die al dan niet brak is. Ik voel mij ook verder niet eens geroepen om dit toe te lichten moet ik eerlijk zeggen.

Overigens als jij de perfect werkende EN simpele oplossing hebt: Online zetten en in de verkoop doen want er is dan ongetwijfeld een heleboel geld voor je te verdienen.