Unmanaged VPS en spam monitoring

[robheid]

Wij leveren al een tijdje VPS-en en tot nu toe hebben wij deze alleen geleverd in projecten waarbij er ook een managed VPS afgenomen werd. Deze projecten zijn dan vaak de grotere webshops en websites. Nu nemen er ondertussen ook steeds meer nieuwe klanten (ook particuliere) een VPS af en ook steeds meer unmanaged. Nu maken wij ons een klein beetje zorgen wat er gebeurt op deze VPS-en en of ze niet misbruikt worden om te spammen al dan niet opzettelijk.

Ik ben benieuwd of er iemand is die hier ervaring mee heeft en wat wij kunnen doen om dit te monitoren, eventueel te beperken en of tegen te gaan. Wij hebben zelf al zitten te denken om mail alleen via een relay server van ons te laten lopen en hiervoor een appliance aan te schaffen. Maar misschien zijn er andere en of betere oplossingen.

[Mark17]

Wij leveren al een tijdje VPS-en en tot nu toe hebben wij deze alleen geleverd in projecten waarbij er ook een managed VPS afgenomen werd. Deze projecten zijn dan vaak de grotere webshops en websites. Nu nemen er ondertussen ook steeds meer nieuwe klanten (ook particuliere) een VPS af en ook steeds meer unmanaged. Nu maken wij ons een klein beetje zorgen wat er gebeurt op deze VPS-en en of ze niet misbruikt worden om te spammen al dan niet opzettelijk.

Ik ben benieuwd of er iemand is die hier ervaring mee heeft en wat wij kunnen doen om dit te monitoren, eventueel te beperken en of tegen te gaan. Wij hebben zelf al zitten te denken om mail alleen via een relay server van ons te laten lopen en hiervoor een appliance aan te schaffen. Maar misschien zijn er andere en of betere oplossingen.

Als je de mail al via een relay zou laten lopen dan zou ik adviseren om dit op een VPS te doen. Dat geeft vaak net wat meer vrijheid en mogelijkheden dan een dichtgetimmerde appliance. Aangezien het unmanaged is kun je verder enkel naar het verkeer kijken (en indien in de AV verwerkt/op andere wijze afgesproken) zou je verkeer richting poort 25 kunnen beperken tot een bepaald aantal connecties per dag of af kunnen spreken dat je dit zult monitoren en als het volume plots te hoog is dit (tijdelijk) blokkeren. Indien juist ingericht kan het verkeer afkomstig lijken van de VPS van je klant terwijl in werkelijkheid een systeem van jou alles inspecteert. Verder adviseer ik om unmanaged in een andere /24 te duwen dan managed als je die mogelijkheid hebt om het risico van een blacklist vermelding van je managed VPSen veroorzaakt door een unmanaged VPS te beperken.

Wat je kunt doen hangt uiteindelijk af van de aanwezige kennis en het aanwezige budget om kennis in te kopen. Vervolgens is het afhankelijk van hoe ver je wilt gaan.

[vDong]

Zet ook de ip's met een rbl check in je nagios/icinga/zabbix/etc
Mocht je tips willen hoe je dat in nagios-achtigen doet, laat me dat dan weten.

[Mark17]

Zet ook de ip's met een rbl check in je nagios/icinga/zabbix/etc
Mocht je tips willen hoe je dat in nagios-achtigen doet, laat me dat dan weten.

Enige is dat rbl checks vaak pas informatie geven als het te laat is. Vaak is het handiger/verstandiger te voorkomen dat je op een dnsbl komt, informatie van feedback loops kan hier bij helpen.

[vDong]

Enige is dat rbl checks vaak pas informatie geven als het te laat is. Vaak is het handiger/verstandiger te voorkomen dat je op een dnsbl komt, informatie van feedback loops kan hier bij helpen.

Inderdaad, vandaar het gebruik van "ook" in die zin. In dit geval is er geen of/of , maar en/en

[robheid]

Bedankt voor de tips maar doen jullie dit ook op deze manier of laten jullie het gewoon gaan en kijken jullie alleen als er een hoge bandbreedte oid is? Ik weet dat alles te monitoren is, alleen is het nodig, rendabel en wat kan er gebeuren als het toch voor spam oid gebruikt wordt. Heeft iemand dit al eens aan de hand gehad?

[Boskoop]

Ik heb voor al mijn servers een routerboard (van mikrotik staan), hierop kun je relatief gemakkelijk een firewall inrichten met een counter er op voor de hoeveelheid mailconnecties die opgezet worden. Ieder uitgaand mailtje, retry etc is dan een 'tik'

Je zou het aantal tikken per ip per dag in de gaten kunnen houden met een scriptje, heeft de klant niet de intentie om veel te mailen dan zou je na x-honderd tikken een rate limiter kunnen instellen.

[Mark17]

Wij gebruiken feedback loops voor informatie en daarnaast hebben we firewalls waar we op IP basis in kunnen grijpen. Het opsplitsen van managed en unmanaged klanten doen we ook (over verschillende IP ranges) en daarnaast bieden we een mail relay aan (met rate limiting). De laatste stap van het monitoren van het verkeer in groter detail doen we momenteel niet, hier is nog geen noodzaak voor op dit moment voor zover nu bij mij bekend.

[SmilieBG]

Waarom geen (betaalde) uitgaande mail filter? Voorheen werd onze shared hosting platform minimaal eens per week geblacklist. Nu met uitgaande filtering al twee maanden geen problemen. Tevens statistieken e.d. ook beschikbaar om spammers actief af te handelen.

Het kan ook meerwaarde bieden in de kwaliteit van je die diensten en / of kan je ook geld voor vragen.

Sent from my Nexus 5 using webhostingtalk mobile app

[robheid]

Onze shared hosting loopt ook via een extern spamfilter. Het gaat mij nu om servers waar wij geen beheer over hebben. Servers waarvan ik alleen het OS weet maar verder geen benul heb wat er op gebeurt.

Uiteraard zou ik bepaalde poorten en of services kunnen blokkeren via onze firewalls maar dat ik ook weer zo'n gedoe om zo'n klant te verplichten het via een extern spamfilter te verzenden. Ik zou liever iets willen hebben wat ongemerkt zaken checkt en meld.