Wissenswertes zu Opensourcesoftware und IT
An alle, die ggf. gerne einen Kommentar hinterlassen würden, jedoch von modsecurity blockiert werden / worden sind.
Trotz einer Unmenge an Ausnahmen per ID, passiert es immer wieder. Ich dachte, es wäre mittlerweile gelöst… 🙁
Ich entschuldige mich vielmals für diese Unannehmlichkeiten.
Das Problem sollte nun nicht mehr bestehen.
PS: Falls jemand eine recht vollständige Ausnahmeliste für die /wp-comments-post.php usw.hat, bitte immer her damit! 🙂
Gerade eben stand ich vor der Aufgabe, die Kopano-Web-App mit einem fail2ban Schutz zu versehen. Fail2ban arbeitet mit regulären Ausdrücken (regular expressions). Ehrlich gesagt, habe ich davon so gut wie keine Ahnung. 🙂
Egal! Aufgegeben wird nur ein Brief…
Schließlich kam ich zu folgender Lösung.
Im Apache-Error-Log wird bei einem fehlerhaften Loginversuch in die Webapp Folgendes protokolliert:
[Thu Mar 09 19:20:56.097859 2017] [:error] [pid 25634] [client xx.119.xxx.141:6640] Kopano WebApp user: dsafasdf: authentication failure at MAPI, referer: https://kopano.mysite.at/webapp/?logon
Da es sich bei der Fehlermeldung um eine vom „Apachen“ kreierte Fehlermeldung handelt, greife ich im Filter auf die apache-common.conf (siehe INCLUDES) zurück und baue mir folgenden Filter (failregex):
# FILE : /etc/fail2ban/filter.d/kopano-webapp-login.conf
# Fail2Ban configuration file
[INCLUDES]
before = apache-common.conf
failregex = ^%(_apache_error_client)s Kopano WebApp user: .+?(?=:): authentication failure at MAPIignoreregex =
Der erste Teil wertet die Clientinformationen aus, danach folgt ein normaler String Kopano Webapp user: gefolgt von einer regular expression .+?(?=:) die besagt, dass alle folgenden Zeichen bis zum nächsten Doppelpunkt als Übereinstimmung angesehen werden.
Schließlich folgt ein weiterer Doppelpunkt, der wieder als String zu sehen ist, gefolgt von weiterem Text, der dem Text im Logfile entspricht.
Update – So gehts auch:
failregex = ^%(_apache_error_client)s Kopano WebApp user:.* authentication failure at MAPI
Somit ist man nicht mehr auf den Doppelpunkt und die in der ersten Variante angegebene Verrenkung angewiesen.
Die Datei selbst wird unter /etc/fail2ban/filter.d/kopano-webapp-login.conf gespeichert.
Im Verzeichnis /etc/fail2ban/ ist die Datei jail.local um folgende Zeilen zu erweitern:
[kopano-webapp]
enabled = true
port = https
filter = kopano-webapp-login
logpath = /var/log/apache2/kopano_ssl_error.log
Ob es wirklich richtig bannt, ist im Logfile schnell erkannt.
2017-03-09 19:20:56,586 fail2ban.actions[26156]: WARNING [kopano-webapp] Ban xx.119.xxx.141
Scheint zu klappen!
Verbesserungsvorschläge werden gerne angenommen. 😉
Heute gibts ausnahmsweise mal wieder ein Windowsthema.
Wir befinden uns auf dem WSUS – Server 2012 und wollen die Produktkategorien für Windows 10 wählen, für die der Server die Updates von MS holen soll.
Gar kein Problem! Mal „schnell“ durchgeklickt und schon kann man sich wieder den wichtigen Dingen des Adminlebens widmen.
Wenn man sich dann allerdings folgendes anschaut…
und vielleicht noch dazu nicht permanent mit der Thematik der verschiedenen Zweige Releases und Releasevarianten beschäftigt ist, hat man womöglich ein Problem damit, die relevanten Windows 10 Einträge auszuwählen.
Es gibt einige Beiträge zu diesem Thema:
Es scheint jedenfalls so zu sein, dass sehr viele Admins nicht zu hundert Prozent sicher sind, welche Häkchen hier die richtigen sind.
Die Informationen aus den Artikeln, ergeben für mich folgendes Bild:
Vielleicht geht es ja nur mir so, aber ich finde das alles sehr kompliziert.
Der WSUS ist meiner Meinung nach ein hochwichtiges Instrument, um Windows Clients im Unternehmensnetzwerk aktuell halten zu können. Deshalb sehe ich es als essentiell an, dass es hier klar zu erkennende Strukturen gibt.
Ach wäre da doch nur eine wenig mehr „apt-get Infrastruktur“ dahinter…
Mit der LTSB-Branch hat man als Firma einfach mehr Freude, muss aber natürlich auch tiefer in die Tasche greifen – Stichwort: Windows 10 Enterprise + Volumenlizenzvertrag.
Die Pro-Version und niedriger scheint zur Spielwiese degradiert zu werden.
Ich lehne mich mal weit aus dem Fenster und sage, dass die PRO Version bald nicht mehr mit „Firmeneinsatz“ in Verbindung gebracht werden wird.
Zeit für „Linux@Desktop!“ 😛
Unter http://forum.it-yourself.at ist ab sofort ein Forum zum Thema „Selfpublishing“ zu finden.
Hauptsächlich soll hier über die Bücher, die ich über Amazon KDP vertreibe, diskutiert werden (sofern jemand dazu Lust hat…).
Spart nicht mit Anregungen, Wünschen, Beschwerden, Lob, …
Ich werde mich bemühen, sehr zeitnah darüber zu berichten, sofern es Updates der Bücher gibt. Interessant vor allem für „E-Book-Lesende“, die die Gratisaktion doch recht intensiv genutzt haben. 🙂
Im internen Bereich (welcher nur für registrierte Forennutzer ersichtlich ist) kann man einen Teil der Konfigurationsbeispiele einsehen und ggf. per copy&paste übernehmen. Ich habe vor, diesen Bereich immer weiter zu befüllen.
Käufer der Bücher ersparen sich so unter Umständen das Abtippen der Konfigurationen.