Onderwerp: Dedicated server reageert zeer slecht, traag en soms geen verbinding.

netstat -a | grep http of netstat -a | grep apache2 geeft niets aan output.

De http error log staat nu vol met:
[Wed Jul 15 14:19:32 2009] [warn] Rejected, too many connections in READ state from 190.73.xxx.xxx

De load is:
CPU load gemiddelde: 0.12 (1 min) , 0.07 (5 min) , 0.01 (15 min)
Dus heel netjes..

Ik krijg met: netstat -an | grep :80
ruim 1600 regels met:

Code:

tcp6       0      0 ::ffff:89.18.189.xxx:80 ::ffff:200.60.195.:1398 TIME_WAIT
tcp6       0      0 ::ffff:89.18.189.xxx:80 ::ffff:190.73.55.2:3448 FIN_WAIT2
tcp6       0      1 ::ffff:89.18.189.xxx:80 ::ffff:189.156.116:1121 LAST_ACK
tcp6       0      0 ::ffff:89.18.189.xxx:80 ::ffff:200.60.195.:1399 TIME_WAIT
tcp6       0      0 ::ffff:89.18.189.xxx8:80 ::ffff:190.73.55.2:2937 TIME_WAIT
tcp6       0      0 ::ffff:89.18.189.xxx:80 ::ffff:190.205.31.:1203 TIME_WAIT
tcp6       0      0 ::ffff:89.18.189.xxx:80 ::ffff:190.205.31.:4787 TIME_WAIT

Ik heb even een print screen gemaakt van de statistiek wat er gebeurd als de server wordt geblokkeerd of beter gezegd als de chatters niet in de chat kunnen inloggen.

http://i28.tinypic.com/28iw1ts.jpg

Bedankt iedereen
Tuli

Als er 1600 connecties zijn, dan is het gewoon te druk. Al eens gekeken naar de server-status van Apache?

Oorspronkelijk geplaatst door Herbert

netstat -a | grep http of netstat -a | grep apache2 geeft niets aan output.

De http error log staat nu vol met:
[Wed Jul 15 14:19:32 2009] [warn] Rejected, too many connections in READ state from 190.73.xxx.xxx

De load is:
CPU load gemiddelde: 0.12 (1 min) , 0.07 (5 min) , 0.01 (15 min)
Dus heel netjes..

Ik krijg met: netstat -an | grep :80
ruim 1600 regels met:

Code:

tcp6       0      0 ::ffff:89.18.189.xxx:80 ::ffff:200.60.195.:1398 TIME_WAIT
tcp6       0      0 ::ffff:89.18.189.xxx:80 ::ffff:190.73.55.2:3448 FIN_WAIT2
tcp6       0      1 ::ffff:89.18.189.xxx:80 ::ffff:189.156.116:1121 LAST_ACK
tcp6       0      0 ::ffff:89.18.189.xxx:80 ::ffff:200.60.195.:1399 TIME_WAIT
tcp6       0      0 ::ffff:89.18.189.xxx8:80 ::ffff:190.73.55.2:2937 TIME_WAIT
tcp6       0      0 ::ffff:89.18.189.xxx:80 ::ffff:190.205.31.:1203 TIME_WAIT
tcp6       0      0 ::ffff:89.18.189.xxx:80 ::ffff:190.205.31.:4787 TIME_WAIT

Hmz, netstat geeft normaal x.x.x.x.http(of ander protocol) weer.

Je weet 100% zeker dat alle chatters uit Nederland afkomstig zijn?
Mocht dat zo zijn, dan zou ik alleen nog maar *.nl toelaten en de rest gewoon in je firewall blacklisten (is vies maar werkt effectief)
Aangezien bovenstaande IP adressen uit Venuzuela/Peru (LACNIC) afkomstig zijn.

Kun je je httpd.conf ergens (pastie.org) online dumpen ?

Hij heeft -an gebruikt, door -n resolved hij niet.

Als je alleen .nl wil gaan toestaan moet je dus iedere keer een DNS lookup doen (kan dat überhaupt met iptables?) en dan blokkeer je dus ook gelijk mensen met een NL IP die .com gebruiken.

Het is gewoon te druk, 1600 connecties naar poort 80 geeft gewoon aan dat er veel verkeer naar de machine komt wat niet kan worden afgewerkt.

Oorspronkelijk geplaatst door Wido

Hij heeft -an gebruikt, door -n resolved hij niet.

Als je alleen .nl wil gaan toestaan moet je dus iedere keer een DNS lookup doen (kan dat überhaupt met iptables?) en dan blokkeer je dus ook gelijk mensen met een NL IP die .com gebruiken.

Het is gewoon te druk, 1600 connecties naar poort 80 geeft gewoon aan dat er veel verkeer naar de machine komt wat niet kan worden afgewerkt.

Dank u wel voor jou antwoord.

Maar in het begin dat ik de chat had geopend waren ook ongeveer zoveel chaters en het heeft 2 maanden probleemloos gewerkt.
Ik denk mss is er een fout gemaakt en dat nu blijft hangen (denk ik).

Wat is de oplossing om toch de chat probleemloos doen werken?

Bedankt

Oorspronkelijk geplaatst door mikeh

Hmz, netstat geeft normaal x.x.x.x.http(of ander protocol) weer.

Je weet 100% zeker dat alle chatters uit Nederland afkomstig zijn?
Mocht dat zo zijn, dan zou ik alleen nog maar *.nl toelaten en de rest gewoon in je firewall blacklisten (is vies maar werkt effectief)
Aangezien bovenstaande IP adressen uit Venuzuela/Peru (LACNIC) afkomstig zijn.

Kun je je httpd.conf ergens (pastie.org) online dumpen ?

Probleem is dat de chatters van de hele wereld zijn.

Er komt ontzettend veel verkeer binnen uit Mexico/Venuzuela
Ik kan wel deze twee landen in de firewall gooien voor hem, dat lost al een hoop problemen op.
Net een check gedaan, 1128 connecties op poort 80
Tuli wat ik in de logs zie dat er alleen maar hack pogingen komen uit Mexico en Venuzuela
Ik ga zo weer even kijken, ben nog even bezig met een klant hier..

Oorspronkelijk geplaatst door Herbert

Er komt ontzettend veel verkeer binnen uit Mexico/Venuzuela
Ik kan wel deze twee landen in de firewall gooien voor hem, dat lost al een hoop problemen op.
Net een check gedaan, 1128 connecties op poort 80
Tuli wat ik in de logs zie dat er alleen maar hack pogingen komen uit Mexico en Venuzuela
Ik ga zo weer even kijken, ben nog even bezig met een klant hier..

Herbert, je mag Mexico en Venuzuela blokkeeren, van daar komen er bijna geen chatters, dus je mag dat zeker blokkeren, het is te hopen dat iets oplost, want ik weet niet wat te doen.

Bedankt

Ik heb in CSF de synflood detectie aangezet, dit schijnt te helpen nu.
SYNFLOOD_RATE = 100/S
SYNFLOOD_BURST = 150

Code:

Jul 15 21:36:49 dediXXX kernel: Firewall: *SYNFLOOD Blocked* IN=eth0 OUT= MAC=00:30:48:d7:12:24:00:12:f2:33:2b:00:08:00 SRC=190.164.141.141 DST=89.18.189.188 LEN=48 TOS=0x00 PREC=0x00 TTL=122 ID=62327 DF PROTO=TCP SPT=1217 DPT=80 WINDOW=65535 RES=0x00 SYN URGP=0
Jul 15 21:36:51 dediXXX kernel: Firewall: *SYNFLOOD Blocked* IN=eth0 OUT= MAC=00:30:48:d7:12:24:00:12:f2:33:2b:00:08:00 SRC=189.71.56.147 DST=89.18.189.188 LEN=48 TOS=0x00 PREC=0x00 TTL=118 ID=42179 DF PROTO=TCP SPT=31841 DPT=80 WINDOW=16384 RES=0x00 SYN URGP=0
Jul 15 21:36:53 dediXXX kernel: Firewall: *SYNFLOOD Blocked* IN=eth0 OUT= MAC=00:30:48:d7:12:24:00:12:f2:33:2b:00:08:00 SRC=190.72.127.126 DST=89.18.189.188 LEN=48 TOS=0x00 PREC=0x00 TTL=117 ID=27498 DF PROTO=TCP SPT=1606 DPT=80 WINDOW=65535 RES=0x00 SYN URGP=0

volgens het overzicht in CSF moet in v4 de volgende functie zitten:

# New in v4: Country Code blocking - Allows you to deny or allow access by ISO Country Code

ISO codes voor Venezuela en Mexico zijn:
Country A 2 A 3 Number
MEXICO MX MEX 484
VENEZUELA VE VEN 862

Ik had al VE,MEX ingegeven.
Dit werkte niet, ik moest nog wat perl modules instaleren.. nu werkt dat ook.

Go Herbert, go herbert

Oorspronkelijk geplaatst door mikeh

Go Herbert, go herbert

Ik reageer een beetje laat, maar hij heeft mij tot nu toe zeer goed geholpen!!

Fijn om te horen
Als ik ergens aan begin dan maak ik het ook af..