MySQL Aanval

welke machine gebruik je?
welk os?

ik denk dat je met mysql max connections 1000 en reductie wait time een eind moet kunnen komen

hosts.deny moet ook nog wel wat kunnen forceren als het telkens hetzelfde ip is, maar veelal is dat niet het geval

als je het ip hebt kan je met nslookup evt een verbinding naam vinden die je kan aangeven bij een ISP voor abuse, die persoon krijgt dan een berisping en weet dat ie geregistreerd staat...

Oorspronkelijk geplaatst door M25

welke machine gebruik je?
welk os?

ik denk dat je met mysql max connections 1000 en reductie wait time een eind moet kunnen komen

hosts.deny moet ook nog wel wat kunnen forceren als het telkens hetzelfde ip is, maar veelal is dat niet het geval

als je het ip hebt kan je met nslookup evt een verbinding naam vinden die je kan aangeven bij een ISP voor abuse, die persoon krijgt dan een berisping en weet dat ie geregistreerd staat...

Uhu, max connections naar 1000, dat is zeker slim Binnen no-time zit je geheugen dan vol.

dat ligt dus aan de machine, met een korte timeout kan je dit weer glad strijken

Oorspronkelijk geplaatst door M25

dat ligt dus aan de machine, met een korte timeout kan je dit weer glad strijken

Je mag flink wat gig aan ram er in stoppen wil je zonder problemen 1000 connecties af kunnen handelen.

Soort russisch roulette met je dat als je hem op 1000 connecties zet, dan gaat namelijk je MySQL op zijn gat als er geen geheugen meer vrij is, en dan gaan al je tabellen weer onderuit.

geef maar een alternatief wido, 500?

met een lagere wait time zal het allicht beter gaan

of die machine het houdt kunnen we pas bepalen als we de sys-specs weten...

Oorspronkelijk geplaatst door M25

geef maar een alternatief wido, 500?

met een lagere wait time zal het allicht beter gaan

of die machine het houdt kunnen we pas bepalen als we de sys-specs weten...

500 zijn ook al veel connecties, ik denk aan iets van 200 a 250.

Een lage wait_timeout is zeker iets wat je moet doen, maar eigenlijk loop je achter de feiten aan als je het op MySQL-niveau gaat oplossen.

dat is standaard en voldoet momenteel niet, maar wellicht is een actievere firewall wel een oplossing

probleem is dat je met driect-admin dit soort dingen niet kunt managen he?

check de logs, dan komen we een stuk verder...

Oorspronkelijk geplaatst door M25

dat is standaard en voldoet momenteel niet, maar wellicht is een actievere firewall wel een oplossing

probleem is dat je met driect-admin dit soort dingen niet kunt managen he?

check de logs, dan komen we een stuk verder...

Standaard is 100 in MySQL.

Je CP hoeft zulke dingen helemaal niet voor je te doen, daar heb je de SSH voor

Oorspronkelijk geplaatst door Wido

Een lage wait_timeout is zeker iets wat je moet doen, maar eigenlijk loop je achter de feiten aan als je het op MySQL-niveau gaat oplossen.

Het interessante is natuurlijk hoe jij dit zou oplossen.

Oorspronkelijk geplaatst door _arno_

Het interessante is natuurlijk hoe jij dit zou oplossen.

Een max aantal connecties per uur voor die ene gebruiker instellen, het max_user_connections in MySQL instellen, maar dat is dan nog het MySQL-niveau, daar wil je het niet af hoeven te vangen.

Je zou daar op firewall niveau dan regels moeten maken en toch iets als Anti-Dos van APF voor moeten gebruiken.

Zodra je constateert dat een bepaalde verbinding een 2de post doet binnen een bepaalde tijd, dan redirect je naar een statische html pagina (zonder db gebruik dus) even duidelijk maakt dat het niet toegestaan is binnen x seconden een nieuwe post te doen.

Je databases op een andere server draaien is ook erg handig trouwens.

persistent connecties uitzetten en zorgen dat je scripts de db sluiten als ze klaar zijn.

en natuurlijk moet je elke ip dat zich verdacht gedraagt de rug toekeren via je firewall/ids software. (je blocklist kun je na een dag of zo weer vrijgeven, zolang je ids/vuurmuur maar blijft werken.)

En refererchecks/unique id's e.d. bij je forms opslaan zodat je de pagina gewoon niet 2 keer kunt aanroepen.

Gebruik sessies om je checks op sessie nivo uit te voeren zodat je geen db nodig hebt.

En zelfs dan kunnen ze je nog gek maken... Maar het is wel veel lastiger

Suc6