Afdrukvoorbeeld
Dat apache het probleem vormt staat nu wel vast.
Ik denk dat je eens moet kijken als er een cron etc. wordt uitgevoerd omdat het IP 127.0.0.1 in je accesslog is. Dit geeft aan dat het een intern probleem is op je machine en het waarschijnlijk geen (D)DOS is.
Dat kan je trouwens meestal ook zien aan je dataverkeer :)
Citaat:
Oorspronkelijk geplaatst door no_player_4u
Zet Apache server status eens aan :) Grote kans dat je daaruit meer kunt halen, gezien de hoge load.
Tegen DOS'en en hoge loads is 1 oplossing die altijd werkt: de stroom er afhalen. Maar ik vrees dat die oplossing jou niet tevreden stelt...
Zullen je klanten leuk vindenCitaat:
Oorspronkelijk geplaatst door Freakingme
nou een paar tips die ik altijd doe:
installeer mod_ruid of suexec of suphp dan kun je zien van welke gebruiker het is (indien het php op cgi is. daar ga ik voor het gemak even van uit) gebruik strace -p <pid van zo'n proces> en kijk wat je daar in ziet. lsof |grep <pid> om tekijken welke files er open staan door het proces.
gebruik zoals eerder gemeld server-status.
levert dat niets op kun je altijd nog de stekker er uit trekken ;-)
Bedank, ik ga wanneer ik tijd heb jullie tips uitproberen.
Voor de duidelijkheid, ik draai alleen mijn eigen site, als vhost op mijn server.
Ik heb dus geen klanten en/of andere vhosts.
Niet in alle situaties helpt "stroom eraf halen" (ik zou persoonlijk eerder kiezen voor 'n blackhole). Als het daadwerkelijk een echte DDoS is is de kans altijd aanwezig dat het gewoon opnieuw begintCitaat:
Oorspronkelijk geplaatst door Freakingme
Zowel stroom afhalen als blackhaulen zijn al heel radicale opties hoor. Niets houdt je tegen firewalling en dergelijke uit te testen, samen met kernel tweaking, om een zo optimaal mogelijke performantie te bereiken. Als je dan toch een (d)dos binnen krijgt, kun je er op die manier toch nog het beste van maken.
Rare visies hier toch hoor... Al wel vaker iets gelezen over (d)dos, en telkenmale is kwasi de eerste reactie om de doelhost onbereikbaar te maken. En ik die dacht dat dat nu net was wat kiddies beoogden...
Ik heb gisteren atop geinstalleerd en het blijkt dat de disk load voor meer dan 90% voor rekening komt van Apache, niet eens mysql.
Code:PID RDDSK WRDSK WRDSK_CANCEL DSK CMD 1/5
23748 1376K 100K 0K 54% apache2
24377 104K 0K 0K 4% apache2
24387 80K 4K 0K 3% apache2
24434 64K 0K 0K 2% apache2
5577 44K 20K 0K 2% syslogd
24432 56K 0K 0K 2% apache2
24264 48K 0K 0K 2% apache2
24425 32K 12K 0K 2% apache2
5104 16K 24K 0K 1% kjournald
5107 8K 28K 0K 1% kjournald
24401 32K 0K 0K 1% apache2
24360 28K 4K 0K 1% apache2
24422 28K 0K 0K 1% apache2
24305 24K 0K 0K 1% apache2
24407 24K 0K 0K 1% apache2
24426 16K 8K 0K 1% apache2
24324 12K 12K 0K 1% apache2
24358 20K 0K 0K 1% apache2
24430 16K 4K 0K 1% apache2
24436 20K 0K 0K 1% apache2
24301 16K 4K 0K 1% apache2
24394 20K 0K 0K 1% apache2
24440 20K 0K 0K 1% apache2
httpd-status even activeren en dan in top de bijbehorende pid opzoeken? Dan weet je in ieder geval om welke site het gaat..