Re: Serverüberlastung durch Perl
Posted: 2005-01-02 10:36
Die Aktualisierungen erfolgen nicht per Update (Files+DB), sondern per Patch (Files) ;)adjustMan wrote:Nicht auf 2.0.11 upgedatet? :roll:
Resources for System-Administrators
https://www.rootforum.org/forum/
Die Aktualisierungen erfolgen nicht per Update (Files+DB), sondern per Patch (Files) ;)adjustMan wrote:Nicht auf 2.0.11 upgedatet? :roll:
:P Is ja auch egal. Ich hab 2 Boards "updatet" und da steht dann im Footer 2.0.11Joe User wrote:Die Aktualisierungen erfolgen nicht per Update (Files+DB), sondern per Patch (Files) ;)
Nicht unbedingt.adjustMan wrote: und da steht dann im Footer 2.0.11
Der ist die letzten 2 Tage wieder kräftig am wirken. Diesmal komt es als Mozilla/4.0 daher. DAS zu blocken ist ja wohl nicht möglich, oder? Ich mein per .htaccess.Joe User wrote:Ja, Santy.C
Code: Select all
viewtopic.php?p=3787&highlight=%2527%252Esystem(chr(112)%252Echr
(101)%252Echr(114)%252Echr(108)%252Echr(32)%252Echr(45)%252Echr
(101)%252Echr(32)%252Echr(34)%252Echr(112)%252Echr(114)%252Echr
(105)%252Echr(110)%252Echr(116)%252Echr(32)%252Echr(113)%252Echr
(40)%252Echr(106)%252Echr(83)%252Echr(86)%252Echr(111)%252Echr
(119)%252Echr(77)%252Echr(115)%252Echr(100)%252Echr(41)%252Echr
(34))%252E%2527,Mozilla/4.0
Es hält sich allerdings noch in Grenzen.adjustMan wrote:Der ist die letzten 2 Tage wieder kräftig am wirken.
Wird von jeder einzelnen der ersten drei RewriteCond der Santy-RewriteRule abgefangen:adjustMan wrote:Diesmal komt es als Mozilla/4.0 daher. DAS zu blocken ist ja wohl nicht möglich, oder? Ich mein per .htaccess.
Code: Select all
<Files ~ ".(cfg|inc|tpl)$">
Order allow,deny
Deny from all
</Files>
<IfModule mod_rewrite.c>
RewriteLog "/var/log/apache2/rewrite.log"
RewriteLogLevel 0
RewriteEngine On
# prevent payloads via wget
RewriteCond %{QUERY_STRING} ^(.*)wget%20 [NC]
RewriteRule ^.*$ http://127.0.0.1/ [L,R=301]
# prevent access from santy webworm
RewriteCond %{QUERY_STRING} ^(.*)echr(.*) [NC,OR]
RewriteCond %{QUERY_STRING} ^(.*)esystem(.*) [NC,OR]
RewriteCond %{QUERY_STRING} ^(.*)highlight=%2527 [NC,OR]
RewriteCond %{QUERY_STRING} ^(.*)rush=%65%63%68 [NC,OR]
RewriteCond %{QUERY_STRING} ^(.*)rush=echo [NC]
RewriteRule ^.*$ http://127.0.0.1/ [L,R=301]
# prevent pre php 4.3.10 bug
RewriteCond %{HTTP_COOKIE}% s:(.*):%22test1%22%3b [NC]
RewriteRule ^.*$ http://127.0.0.1/ [L,R=301]
</IfModule>
na ja, über 300 pro Tag ...Joe User wrote:Es hält sich allerdings noch in Grenzen.
mmh, und DAS funktioniert bei mir nicht :( Kann das was mit Confixx (vhost und mhost) zu tun haben?Joe User wrote:Richtig, der Wurm wird per Redirect zum Sourcesystem zurück geschickt und attackiert sich quasi selbst
DAS: RewriteEngine OnYT wrote:redirect ist soviel ich weiss nicht per default aktiviert auf den 1&1-Rooties.
Setze die beiden Blöcke (in der httpd.conf) vor den SSL-vHost und den mhost-Include, dann sollte es auch mit Confixx funktionieren.adjustMan wrote:mmh, und DAS funktioniert bei mir nicht :( Kann das was mit Confixx (vhost und mhost) zu tun haben?
Code: Select all
grep "mod_rewrite.so" /etc/apache2/httpd.conf
Code: Select all
grep "mod_rewrite.so" /etc/httpd/httpd.conf
LoadModule rewrite_module libexec/mod_rewrite.so
Code: Select all
RewriteRule ^.*$ http://127.0.0.1/ [L,R=301]
Code: Select all
RewriteRule ^.*$ - [F,L]
Code: Select all
/community/viewtopic.php?p=4864&highlight=%2527%252Esystem(chr(112)%252Echr
(101)%252Echr(114)%252Echr(108)%252Echr(32)%252Echr(45)%252Echr(101)%252Echr
(32)%252Echr(34)%252Echr(112)%252Echr(114)%252Echr(105)%252Echr(110)%252Echr
(116)%252Echr(32)%252Echr(113)%252Echr(40)%252Echr(106)%252Echr(83)%252Echr
(86)%252Echr(111)%252Echr(119)%252Echr(77)%252Echr(115)%252Echr(100)%252Echr
(41)%252Echr(34))%252E%2527 HTTP/1.0" 200 513
php 4.3.10Joe User wrote:Alle verfügbaren Updates einspielen und zusätzlich mindestens folgende RewriteRule als Traffikbremse in die httpd.conf einfügen:
Wahrscheinlich den Rest der auf dem System installierten Software ;)morgherkul wrote:Gibt es da noch andere, die ich vergessen haben könnte?