Zuerst müssen wir in das Webinterface von unserem NextCloud und klicken wie auf dem Bild auf Einstellungen.

Die Einstellungen erweitern sich und man kann die WebDAV URL kopieren.

Wechseln wir nun in das Webinterface der Synology NAS.

Nachdem über dem Paketmanager Cloudsync installiert wurde starten wir die App. Anschließend klicken wir auf das Plus Symbol.

Es erscheint der Assistent mit diversen Anbietern. Wir scrollen ein wenig nach unten, wählen WebDAV aus und klicken weiter.

Die Serveradresse im folgenden Dialogfenster ist die WebDAV URL die wir uns oben bei den Nextcloud Einstellungen kopiert haben. Dabei ist zu achten, dass am Ende der „/“ entfernt werden muss. Ansonsten gibt die App Cloudsync ein Authentifizierungsfehler aus.

Benutzerkonto und Kennwort sollten klar sein. Anschließend bestätigen wir mir Weiter.

Im Nachfolgenden Bild wählen wir noch einen passenden „lokalen Pfad“ aus. Da ich mit der App Cloudsync nur Dateien sichern und nicht den der Synology NAS zu Nextcloud hochladen möchte, wähle ich unter Synchronisierungrichtung „Nur Remote-Änderungen herunterladen“ aus.

Die nächsten Dialogfenster könnten dann in den Standardeinstellungen bestätigt werden.

Im Anschluß verrichtet Cloudsync seine Arbeit und lädt die Dateien herunter. Wer mag kann die Konfiguration nach Erstellung editieren und z.B. den Zeitplan bearbeiten wann Cloudsync aktiv sein soll.

Zuerst Starten wir den Internet Explorer und klicken Links auf das Icon „Computer“. Anschließend befindet sich oben in der Leiste das Symbol für „Netzlaufwerk verbinden“.

Es öffnet sich ein neues Fenster. Als Adresse geben wir den Servername des NextCloud-Servers ein. Hier im Beispiel https://server-01.cloudknecht.net/remote.php/webdav/ .
Wer mag kann noch den Laufwerksbuchstaben und die weiteren Optionen „setzen“.

Es öffnet sich nun ein Fenster in dem man seinen Benutzernamen und Passwort eingeben soll. Wer mag kann diese speichern lassen, so dass dies nur beim ersten Mal notwendig ist.
Mit bestätigen des OK-Buttons wird das Laufwerk verbunden und das Fenster schließt sich.

1. Zuerst eine DOS-Box starten (cmd.exe)
2. Dort nun folgenden Befehl und das passende Passwort eingeben:

net use * https://server-01.cloudknecht.net/remote.php/webdav/ /User:Benutzername

Anschliessend ist das Laufwerk verbunden. Servername, Benutzername und Passwort sind natürlich den eigenen Gegebenheiten anzuwenden.

Selbiges funktioniert natürlich auch auf dem Handy oder Tablett mit der entsprechenden App.
URL ist immer https://servername.cloudknecht.net/remote.php/webdav/, Port https bzw. 443, Benutzername und Passwort welches jedem bekannt sein sollte.

Anstatt die Werte in eine CSV-Datei zu schreiben kann man auch ein kleines Plugin für check_mk schreiben. (Das Script aus obigen Link wird im Pfad /root/bin erwartet!)

pico /usr/lib/check_mk_agent/local/oc-traffic

#/bin/bash

TRAFFIC=$(/root/bin/owncloud-traffic --zero-chain)

OUT=$(echo $TRAFFIC |awk -F"," '{print $1}')
IN=$( echo $TRAFFIC |awk -F"," '{print $2}')

echo "0 OC_HTTPS_Traffic OUT=$OUT|IN=$IN; IN/OUT: - $IN/$OUT Bytes"

chmod +x /usr/lib/check_mk_agent/local/oc-traffic

Ich verzichte hier auf die Ausgabe von Datum und Uhrzeit und lasse check_mk nach jeder Wertermittlung die „Kette“ nullen (Parameter –zero-chain ). Ist das Script nun im Plugin-Pfad von check_mk gespeichert kann man den Host in WATO anpassen und die Services neu einlesen.
Nach ein paar Minuten sollten auch schon ansehnliche Grafiken erstellt werden.

Man sieht hier schön, dass der abgehende Traffic wesentlich mehr ist. Ein Upload (im Beispiel hier eines Bildes) wird auf mehrere Clients herunter geladen.

Als Beispiel möchte ich hier das Script so verwenden, dass es alle 5 Minuten den gemessenen Wert ausließt und die entsprechende „Kette“ bei iptables wieder leert. Der Wert wird dann inkl. Datum/Uhrzeit in ein Logfile (CSV-Format) geschrieben welches man nach belieben weiter verarbeiten kann.
Die entsprechenden „Ketten“ in iptables werden geprüft und bei Bedarf angelegt.

Mit dem Parameter –help wird eine kleine Hilfe ausgegeben

#/bin/bash
PATH=/bin:/sbin:/usr/bin:/usr/sbin

# Autor: Knut Herter
# Web  : www.systemtechnics.de
# Date : 12/2015
# 
# This Script count the http(s) Traffic to the Owncloud Server and
# print output as CSV line.
#
# CSV-Header: Date, Time, Traffic-INPUT, Traffic-OUTPUT
#
# Example for usage with cron ( crontab -e ):
#
# */5 * * * * /root/bin/owncloud-traffic --date --time --zero-chain >> /var/log/owncloud-traffic.log
#
# Hint: set correct vars at crontab eg
#
# SHELL=/bin/bash
# PATH=/bin:/sbin:/usr/bin:/usr/sbin
#

#### do not change lines below ####

# Check ist iptables available
#
if [ ! `which iptables` ]; 
	then echo "IPTABLES not Found, Stop Script";
	exit 1
fi

IPT=`which iptables`
CHAIN_IN="TRAFFIC_IN"
CHAIN_OUT="TRAFFIC_OUT"
DATE=""
TIME=""
COUNT_OUT=""
COUNT_IN=""
LABEL_IN=""
LABEL_OUT=""

# Check if iptables chain exist
# $1 = chain to check
# return 0 if OK, 1 if not
#
function check_chain() {
	if ! iptables -nL $1 > /dev/null 2>&1  ; then
        	return 1
	fi
	return 0
}

# Print help for this script
#
function printhelp() {
	printf "\n\n"
	printf "$0 [parameters]\n"
	printf " --help\t\t this help\n"
	printf " --zero-chain\t set Traffic Chain to Zero\n" 
	printf " --date\t\t print date\n"
	printf " --time\t\t print timestamp\n"
	printf " --label-out\t print label for OUT-Bytes\n"
	printf " --label-in\t print label for IN-Bytes\n"
	printf "\n\n"
	exit 0
}

# check parameters
#
while [ $# -ne 0 ]
do
    arg="$1"
    case "$arg" in
        --zero-chain)
            ZERO=true
            ;;
        --help)
            printhelp
            ;;
        --date)
            DATE=$(date +"%F")","
            ;;
	--time)
	    TIME=$(date +"%H:%M")","
	    ;;
	--label-out)
	    LABEL_OUT="OUT="
	    ;;
	--label-in)
	    LABEL_IN="IN="
	    ;;
        *)
            nothing="true"
            ;;
    esac
    shift
done


# check if chain OUTPUT exist
#
if  ! check_chain $CHAIN_OUT ; then
	echo "Chain $CHAIN_OUT not found"
	echo "Configure iptables Chain OUTPUT"
	$IPT -N $CHAIN_OUT
	$IPT -I OUTPUT -j $CHAIN_OUT
	$IPT -A $CHAIN_OUT -p tcp -m multiport --sports 80,443
	$IPT -A $CHAIN_OUT -j RETURN
fi

# check if chain INPUT exist
#
if  ! check_chain $CHAIN_IN ; then
        echo "Chain $CHAIN_IN not found"
        echo "Configure iptables Chain INPUT"
        $IPT -N $CHAIN_IN
        $IPT -I INPUT -j $CHAIN_IN
        $IPT -A $CHAIN_IN -p tcp -m multiport --dports 80,443
	$IPT -A $CHAIN_IN -j RETURN
fi


COUNT_OUT=$(iptables -L $CHAIN_OUT -n -v -x | grep -v -i "return" | awk '$1 ~ /^[0-9]+$/ { printf "%d\n",$2 }')
COUNT_IN=$( iptables -L $CHAIN_IN  -n -v -x | grep -v -i "return" | awk '$1 ~ /^[0-9]+$/ { printf "%d\n",$2 }')



# if parameter --zero-chain .. 
if [ $ZERO ]; then
        $IPT -Z $CHAIN_OUT
        $IPT -Z $CHAIN_IN
fi


printf "$DATE$TIME"
printf "$LABEL_IN$COUNT_IN,"
printf "$LABEL_OUT$COUNT_OUT"
printf "\n"

Wenn man nun in die Crontab folgende Zeile hinzufügt, dann wird unter /var/log/ z.B. eine CSV-Datei erzeugt mit der man die Daten weiter verarbeiten kann

*/5 * * * * /root/bin/owncloud-traffic --date --time --zero-chain >> /var/log/owncloud-traffic.log

Es bietet sich auch an, das Logfile in logrotate zu konfigurieren damit es nicht zu groß wird und evtl. Werte älter als 2 Jahre nicht aufgehoben werden.
Am einfachsten folgendes in /etc/logrotate.d/owncloud-traffic speichern:

/var/log/owncloud-traffic.log {

    monthly
    rotate 24
    compress

    delaycompress
    missingok
    create 666 www-data www-data
}

Hiermit sehen wir die entsprechenden Iptables-„Ketten“ und dessen Einträge

iptables -L --line-numbers

Es wird aus der „Kette“ fail2ban-owncloud der Eintrag 1 gelöscht und somit ist ein Zugriff via HTTPS für den Kunden wieder möglich

iptables -D fail2ban-owncloud 1

Zuerst müssten wir die Konfiguration von ownCloud ein wenig anpassen. Diese finden wir im Unterordner von owncloud unter ./config/

pico ./config/config.php

und fügen folgende Zeilen hinzu

'logtimezone' => 'Europe/Berlin',
'logfile' => '/var/log/owncloud.log',
'loglevel' => '2',
'log_authfailip' => true,

Die Zeitzone sollte natürlich mit Ihrem Server übereinstimmen.

Nun folgt die Installation von Fail2Ban und anpassen diverser Konfig-Files.

aptitude install fail2ban -y
pico /etc/fail2ban/filter.d/owncloud.conf

Dort fügen wir nun folgende Zeilen hinzu:

[Definition]
failregex = {"reqId":".*","remoteAddr":"","app":"core","message":"Login failed: .*","level":2,"time":".*"}
ignoreregex =

Anschließend bearbeiten die die Datei /etc/fail2ban/jail.conf und fügen nachstehende Zeilen an das Ende der Datei hinzu:

pico /etc/fail2ban/jail.conf

[owncloud]
enabled = true
port = 80,443
protocol = tcp
filter = owncloud
maxretry = 5
logpath = /var/log/owncloud.log

Mit folgendem Befehl lässt sich noch schnell prüfen ob die „RegEx“ Wirkung zeigt. Dazu einmalig mit falschen Daten an der ownCloud anmelden und anschließend mit folgendem Befehl auf der Konsole prüfen:

fail2ban-regex /var/log/owncloud.log /etc/fail2ban/filter.d/owncloud.conf

Ist alles erfolgreich verlaufen kann man fail2ban einmal neu starten damit die Änderungen wirksam werden.

/etc/init.d/fail2ban restart