brainknows.de » Debian Archives :: Blog about My Life, My World and My Universe :: brainknows.de

Absicherung des Apache2 gegen DDos-Angriffe

brain — Thu, 21 Oct 2010 12:10:55 +0000

Einführung

Vor etwa 10 Tagen bin ich mit meinem Blog erneut auf einen anderen (v)Server umgezogen. Die Gründe hierfür sind vielfältig, hauptsächlich liegt es aber daran, dass sich ein großer Root-Server für mich nicht mehr wirklich rentiert hat. Bereits beim letzten Umzug hatte ich den Apache2 mittels des Moduls “mod_evasive” gegen (D)DOS-Attacken (zumindest in dieser Hinsicht) abgesichert.
Was ist mod_evasive für ein Modul? Das Modul erschwert (D)DOS-Attacken auf den Apache-Webserver, indem es von einer IP lediglich eine bestimmte Anzahl von Zugriffen auf eine Website in einer vorgegebenen Periode zulässt. Die Zugriffe werden bei Überschreiten der vorgegeben Anzahl von Zugriffen pro vorgegebener Zeit geblockt und der Zugreifende erhält den Status 403 Forbidden vom Server ausgeliefert.
Dieses Modul musste natürlich auch auf dem neuen Server wieder installiert werden

Installation unter Debian Lenny + ISPConfig

Eingeleitet wird die Installation als root mit

aptitude install libapache2-mod-evasive

Danach muss das Verzeichnis für die Zugriffsmitschnitte angelegt und les- und beschreibbar gemacht werden.

mkdir /var/lock/mod_evasive
chown www-data.root /var/lock/mod_evasive -R

Ob das Modul ordnungsgemäß geladen ist, sollte ein

cat /etc/apache2/mods-available/mod-evasive.load

mit der Ausgabe

LoadModule evasive20_module /usr/lib/apache2/modules/mod_evasive20.so

quittieren.

Damit das Modul ordnungsgemäß arbeitet muss es ein wenig konfiguriert werden.
Zu editieren ist die Datei /etc/apache2/httpd.conf und es sind dort folgende (ggfs anzupassenden) Einträge vorzunehmen:

<IfModule mod_evasive20.c>
DOSHashTableSize 3097
DOSPageCount 2
DOSSiteCount 50
DOSPageInterval 1
DOSSiteInterval 1
DOSBlockingPeriod 10
DOSLogDir "/var/lock/mod_evasive"
IfModule>

Was die einzelnen Config-Parameter zu bedeuten haben, könnt ihr euch bspw. hier http://www.stimpyrama.org/blog/39-computer/107-modevasive#chapter3 ansehen.

Danach muss die Apache-Konfigurations neu eingelesen werden:

/etc/init.d/apache2 force-reload

Damit wäre die Installation beendet.

Ob wirklich alles funktioniert, könnt ihr mit einem vom Entwickler des Programms mitgelieferten Perl-Script testen.

Wechselt in das Verzeichnis /usr/share/doc/libapache2-mod-evasive/examples/ und führt die Datei test.pl aus:

cd /usr/share/doc/libapache2-mod-evasive/examples/
perl test.pl

Wenn ihr diverse 403-Meldungen seht, ist alles im grünen Bereich und das Modul arbeitet ordnungsgemäß.

Copyright © 2008-2010
Die Nutzung dieses Feeds ist zur ausschließlichen privaten, nichtkommerziellen Nutzung gestattet.
Die Nutzung auf anderen Webseiten als des Autors Webseite in Teilen oder ganz stellt eine Verletzung geltenden Urheberrechts dar und wird u. U. zivilrechtlich und/oder strafrechtlich verfolgt werden.
(Digital Fingerprint: 59591af35c5dc48841f5603d1d269293 (38.107.179.220) )

Gnome-Panel standardmäßig auf zweitem Monitor

brain — Mon, 06 Sep 2010 16:17:20 +0000

Hi ihr!
Ich habe zwei Monitore mit unterschiedlichen Auflösungen am PC angeschlossen. Hierbei stellte sich das Problem, dass das Gnome-Panel standardmäßig nur auf dem Monitor (Monitor 0) angezeigt wird, auf dem ich es eigentlich nicht haben will. Nach längerem Suchen bin ich auf die Lösung gestoßen.

Alt + F2

drücken und

gconf-editor

eingeben.

Unteres Gnome-Panel:

Den Eintrag

/apps/panel/toplevels/bottom_panel_screen0

suchen und den Unterpunkt Monitor

von 0 auf 1 ändern.

Das Ganze für das obere Panel:

Eintrag

/apps/panel/toplevels/top_panel_screen0

suchen und den Monitor auch

von 0 auf 1 ändern

Et voilá, die Gnome-Panels werden im richtigen Monitor angezeigt.
Wer mehr als zwei Monitore hat, muss dann natürlich entsprechend seiner Konfiguration die Einträge abändern.
LG.

Fehlerhafte Bash-Completion unter Debian

brain — Tue, 04 May 2010 06:32:35 +0000

Hallo ihr,
unter Debian hab ich bis gestern noch folgendes Problem mit der Bash-Completion gehabt:

Habe ich z.B. das Verzeichnis /home/eggdrop aufrufen wollen und gab in /home/

cd egg --> tabulator

ein, erhielt ich

cd egg-sh: <( compgen -d -- 'egg' ): Datei oder Verzeichnis nicht gefunden

Nach ein wenig Recherche im Internet bin ich bzgl. dieses Problems fündig geworden:

Dem User wurde als Standard-Shell beim Anlegen /bin/sh zugeteilt, bash-completion erwartet wohl jedoch /bin/bash.

Um das Problem temporär zu lösen, muss man einfach als betreffender User

bash

in der Konsole eingeben.

Für eine dauerhafte Lösung ist die Datei /etc/passwd als root zu editieren:

$ su
vi /etc/passwd

Nach dem entsprechenden User suchen und am Ende der Zeile /bin/sh zu /bin/bash ändern.

Bei mir sähe das ganze wie folgt aus:
Vorher:

eggdrop:x:2002:2002::/home/eggdrop/:/bin/sh

Nachher:

eggdrop:x:2002:2002::/home/eggdrop/:/bin/bash

Um auch zukünftig angelegten Usern gleich /bin/bash zuzuweisen, ist mit root-Rechten die Datei /etc/default/useradd zu bearbeiten:

$ su
vi /etc/default/useradd

Hier die Zeile

SHELL=/bin/sh

SHELL=/bin/bash

ändern und schon klappts auch beim nächsten anzulegenden User.

brainknows.de » Debian Archives :: Blog about My Life, My World and My Universe :: brainknows.de

Absicherung des Apache2 gegen DDos-Angriffe

Einführung

Installation unter Debian Lenny + ISPConfig

Related posts:

Gnome-Panel standardmäßig auf zweitem Monitor

Related posts:

Fehlerhafte Bash-Completion unter Debian

Related posts: