Bekijk Volledige Versie : Wie kan helpen met DDos
Funscooters
07/04/11, 18:29
Beste mensen ik heb een site en deze wordt nu aangevallen al een paar dagen door DDos op mijn domijn naam hoe kan ik hier wat aan doen.
steeds vallen ze mijn domein naam aan.
Dus mijn site kan nu niet online omdat anders steeds server uitvalt en dan 80 online shops ofline zijn.
Hopelijk weet iemand hoe ik dat kan oplossen
Tevens hebben ze al ip adressen geblokt maar dat helpt niet.
Hopelijk kan iemand mij helpen tot een oplossing.
Ik weet het niet meer.
Triloxigen
07/04/11, 18:44
Wat zegt je hoster ervan?
Funscooters
07/04/11, 19:15
Die zegt dat er een aanval op mijn domein naam en heb hier wel ip adressen
Deze IP-adressen hebben wij geblokkeerd:
96.56.177.138
82.73.83.151
82.168.30.134
93.1.132.58
82.178.118.97
Yourwebhoster
07/04/11, 19:17
Als het om een echte ddos aanval gaat dan gaat IP adressen alleen blokkeren niet helpen. Helaas moet je host een oplossing hiervoor kunnen bieden, als je geen controle over de server hebt dan kan je weinig anders doen dan een oplossing te vinden hiervoor (zoals bijvoorbeeld een oplossing bij je host aanvragen of een andere aanbieder zoeken).
Funscooters
07/04/11, 19:18
ik heb aangifte gedaan bij politie maar doen er niet veel aan
Funscooters
07/04/11, 19:20
ik zit bij shoptrader.nl die hebben dat ondergebracht bij fxw.nl als ik het goed heb
Funscooters
07/04/11, 19:21
http://whois.sc/96.56.177.138
http://whois.sc/82.73.83.151
http://whois.sc/82.168.30.134
http://whois.sc/93.1.132.58
http://whois.sc/82.178.118.97
Yourwebhoster
07/04/11, 19:26
ik heb aangifte gedaan bij politie maar doen er niet veel aan
Aangifte doen helpt niet echt, een DDoS aanval gebeurt zo vaak. Een goed voorbeeld is de Anonymous groep waarvan alleen de leiders opgepakt zijn, maar over het algemeen doet een aangifte niets. Je kan beter je tijd investeren in hoe je dit gaat tegenwerken.
Funscooters
07/04/11, 19:42
Ja maar hoe?
Funscooters
07/04/11, 19:43
Als het om een echte ddos aanval gaat dan gaat IP adressen alleen blokkeren niet helpen. Helaas moet je host een oplossing hiervoor kunnen bieden, als je geen controle over de server hebt dan kan je weinig anders doen dan een oplossing te vinden hiervoor (zoals bijvoorbeeld een oplossing bij je host aanvragen of een andere aanbieder zoeken).
Welke aanbieder kan ik het beste pakken dan?
En zijn die redelijk bestand tegen dit soort dingen?
Echt goede ddos beveiliging kost aardig wat. Meestal moet je er hardware voor aanschaffen. Een host zal meestal niet zonder meerprijs dit willen leveren.
Is er niet meer info over de attack? Beetje weinig IP's... Of worden ze gespoofd en veranderen ze de hele tijd? Heb je root acces tot je server of is het shared/manged?
Funscooters
08/04/11, 10:04
heb de info opgevraagt bij de provider wacht op antwoordt van hun
Heb je enig idee om hoeveel verkeer het gaat ?
Een beetje netwerk provider kan verkeer naar je server redelijk goed filteren en de meeste providers kunnen (als je gebruik maakt van bgp voor je eigen spullen) ook een bgp blackhole community gebruiken.
Bgp blackhole communities geven jou als klant de mogenlijkheid om een specifiek IP uit jou range in het netwerk van je upstream te filteren. Dan is het verkeer in ieder geval weg.
In ons netwerk maken we gebruik van ClearFlow, waarmee er dynamisch ACL's gezet worden als er verkeer van / naar een IP boven een bep. hoeveelheid flows komt.
Funscooters
08/04/11, 10:36
heb dit gevraagt wacht op antwoord van shoptraider
Er zijn voldoende tools om in Apache al het eea te filteren als het gaat om een DoS op applicatie niveau.
Heb je enig idee op welke poort het verkeer binnenkomt of zie je niets in je logs ?
Als je een log regel in je firewall op de server opneemt, kan je in ieder geval zien wat voor verkeer het om gaat en dan zal het ook redelijk makkelijk te fixen zijn.
Als ze gebruik maken van http of dns queries naar je server, dan is het handiger om dit in combo tussen je fw en Apache op te lossen. Er zijn oplossingen waarmee je vanuit je fw kan laten testen of het om een normaal request gaat, of dat het om een fake zombie request gaat. Door de fake replies zachtjes in een wachtkamer te zetten, verbruikt je machine veel minder resources.
Maar het is dus wel key om te weten wat er gebeurt...
Funscooters
12/04/11, 14:49
Er zijn voldoende tools om in Apache al het eea te filteren als het gaat om een DoS op applicatie niveau.
Heb je enig idee op welke poort het verkeer binnenkomt of zie je niets in je logs ?
Als je een log regel in je firewall op de server opneemt, kan je in ieder geval zien wat voor verkeer het om gaat en dan zal het ook redelijk makkelijk te fixen zijn.
Als ze gebruik maken van http of dns queries naar je server, dan is het handiger om dit in combo tussen je fw en Apache op te lossen. Er zijn oplossingen waarmee je vanuit je fw kan laten testen of het om een normaal request gaat, of dat het om een fake zombie request gaat. Door de fake replies zachtjes in een wachtkamer te zetten, verbruikt je machine veel minder resources.
Maar het is dus wel key om te weten wat er gebeurt...
hierbij wat logs
http://srv12.shoptrader.nl/~shop2123/upload/
Funscooters
12/04/11, 14:50
http://srv12.shoptrader.nl/~shop2123/upload/ hierbij de gegevens wie kan er wat mee?
Thijsvdbrink
24/04/11, 00:20
hm.
kleine logfiles zien er prima uit, 2 google bots die de weg kwijt zijn, en een dominicaans IP nummer dat je site veel opvraagt. Als ie daar stuk van gaat moet je je webhoster een schop geven.
Site is op dit moment up and running btw.
Die andere logfiles zijn wat groot, maar zien er erg DDosserig uit inderdaad.
Host je je site bij die shoptrader? als je daar peanuts voor betaalt, dan krijg je ook peanuts aan support.
Als je nog steeds ge DDost wordt, laat het me dan in een PM weten.