| Preprecitev DDOS-a | ||
|---|---|---|
|
bl4ckb1rd
19. feb 2012 00:30:24
Pridružen od: 18. avg 2008 1122 objav 750 91 11 |
#11
Če ne butaš limitov v mysql je možnost da imaš premalo rama, pa začne mysql swapat, kar pa se pozna takoj na loadu, ki naraste na nenormalne številke. Moje mnenje: omisli si sistemskega administratorja, oz. vsaj toliko da ti preveri sistem in postavi tako kot mora biti. blackbird.si - Moj plac za odlaganje problemov in rešitev...
|
|
|
SpinX
19. feb 2012 10:16:44
Pridružen od: 17. mar 2007 2618 objav 1720 190 20 |
Developer? Bi delal v kul podjetju ? http://dlabs.si/jobs
|
|
|
jurij123
19. feb 2012 12:14:57
Pridružen od: 20. nov 2010 572 objav 675 148 10 |
#13
Ram ni nikoli vec uporabljen kot 20-25% Ce bi mi stalno to zabijalo bi rekel ok verjetno je skripta slabo optimizirana ampak zabije na case, npr. od vcerajsnega reseta je load < 0.50 ze kaksih 12-15h Bom pa pogledal newrelic, pa mogoce dobimo odgovore :) |
|
|
skrt
20. feb 2012 13:07:49
Pridružen od: 6. nov 2008 526 objav 845 49 1 |
#14
Lahko vidiš zadevo tudi v GA. Glej tabelo obiska po državi in filtriraj po ogledih. Če imaš po večini slovenski promet in je na prvem mestu po ogledih ala Senegal, potem že nekaj ni vredu. Obvezno namesti firewall in se malo poigraj z nastavitvami. Prvih nekaj dni spremljaj ban log in vidiš po IPjih koliko je pravih in koliko lažnih. Nastaviš omejitve povezav na IP, št zahtevkov itd. Ubistvu ponavadi šele, ko si namestiš firewall in obvestila, vidiš koliko sranja ti strežnik sprocesira popolnoma brez veze. V htaccess ali firewall ban list lahko kar dodaš tale seznam: Lahko tudi blokiraš popolnoma tiste splošne spam origine Nigeria, Senegal... Je pa to never ending story. Pomaga recimo tudi če hardwersko narediš presežek. Se pravi št. jeder na procesorju, količina rama, diski in strežnik enostavno prebavi potem vse. Vse je samo stvar računice kaj se ti bolj splača. Zunanji servisi za spremljanje pridejo bolj v poštev pri manjših straneh. Pri večjih straneh je problem promet. Ko jim pošlješ skozi nekaj 10 tisoč ogledov znajo rahlo zakomplicirati :) |
|
|
dal
21. feb 2012 20:51:24
Pridružen od: 6. jun 2010 150 objav 87 1 2 |
#15
Za nazaj boš težko kaj ugotovil, za sproti pa lahko vklopiš in spremljaš Apache server-status, v MySQL-u pa spremljaš "SHOW PROCESSLIST", ki ti pokaže trenutne zahteve in koliko časa se že izvajajo. Lahko tudi vklopiš logiranje SQL ukazov, ki se dolgo časa izvajajo (longquerytime nastaviš koliko sekund se mora izvajati, da se zabeleži, v log-slow-queries pa ime datoteke, v katero se beležijo dolgotrajne zahteve). Te zahteve potem pregledaš - predvsem kakšen manjkajoči indeks lahko po nepotrebnem upočasnjuje hitrost odgovorov. |
|
|
technolog
21. feb 2012 21:14:58
Pridružen od: 14. nov 2011 598 objav 768 300 22 |
#16
To je pa beden nasvet. Če mu kdo napada spletno stran - potem tega GA ne bo zaznal. Vsaj če ima napadalec IQ nad sobno temperaturo. Z linuxom že 7 let. Pro web development.
|
|
|
skrt
21. feb 2012 22:05:06
Pridružen od: 6. nov 2008 526 objav 845 49 1 |
#17
Večina spammerjev se ne ubada s skrivanjem. Najdejo proxy, ki deluje in ti na polno bombardira stran. Če nimaš nekega malo bolj naprednega znanja za administracijo strežnika je tudi GA za prvo silo dober. |
|
|
skrt
22. feb 2012 09:41:51
Pridružen od: 6. nov 2008 526 objav 845 49 1 |
||
|
jurij123
22. feb 2012 21:56:23
Pridružen od: 20. nov 2010 572 objav 675 148 10 |
||
