Raspberry Pi: Owncloud Server installieren

Transkript

1 Raspberry Pi: Owncloud Server installieren Owncloud ist inzwischen der Klassiker, wenn es darum geht, sich eine eigene Cloud zu installieren. Warum liegt auf der Hand: Auf jedem Webspace zu installieren, einfach in der Installation und Handhabung, wie auch ein ausgebautes Webinterface. Möchte man seine Daten jedoch nicht auf einem angemieteten Webspace ablegen, so bietet es sich an, Owncloud auf den Raspberry Pi zu installieren. Voraussetzung: Raspbian oder vergleichbare Distribution installiert Step Zunächst installieren wir nginx mit PHP (genauer php-fpm) auf dem Raspberry Pi. Wie dies funktioniert, habe ich in meinem Beitrag Webserver Nginx installieren erklärt. Wir setzten bewusst auf nginx anstatt auf Apache, da dieser Webserver wesentlich weniger Ressourcen benötigt. Step Wir installieren jetzt noch das PHP-Modul php-apc für ein einfaches Caching und sqlite als Datenbank. Wir verwenden absichtlich SQLite anstatt MySQL, da letztere Datenbank den CPU des Raspberry Pi zu sehr beanspruchen würde, woraus eine meiner Erfahrung mit dem Raspberry Pi nach schlechtere Performance resultieren würde. sudo apt-get install php-apc php-sqlite sqlite Step Damit wir später auch größere Dateien über Owncloud speichern können, müssen wir upload_max_filesize und post_max_size entsprechend anpassen. Ich setzte das Limit auf 0 MB. In dem Editor nano kann man mittels STRG + X, Y und Enter speichern. sudo nano /etc/php/fpm/php.ini upload_max_filesize = M post_max_size = 8M ersetzen durch upload_max_filesize = 0M post_max_size = 0M Step Ebenfalls in der php.ini fügen wir am Ende der Datei folgende Zeilen ein um das Caching zu aktivieren und den temporären Uploadpfad zu definieren. sudo nano /etc/php/fpm/php.ini upload_tmp_dir = /srv/http/owncloud/data extension = apc.so apc.enabled = apc.include_once_override = 0 apc.shm_size = 6 von :09

2 Step 6 Nun legen wir den Ordner, den wir gerade als temporären Uploadpfad definiert haben, an und geben diesem Ordner entsprechende Rechte beschrieben zu werden. sudo mkdir -p /srv/http/owncloud/data sudo chown www-data:www-data /srv/http/owncloud/data Step 7 Damit Owncloud später direkt unter der IP-Adresse oder DynDNS ohne Pfadangabe erreichbar ist, ersetzen wir in der Datei /etc/nginx/sites-available/default die folgende Zeile. sudo nano /etc/nginx/sites-available/default root /usr/share/nginx/www; ersetzen durch root /var/www/owncloud; Step 8 Des Weiteren müssen wir noch folgende Zeilen durch die darauf folgenden ersetzen, da nginx nicht mit der.htaccess Datei von Owncloud umgehen kann. sudo nano /etc/nginx/sites-available/default 6 7 location / { # First attempt to serve request as file, then # as directory, then fall back to displaying a 0. try_files $uri $uri/ /index.html; # Uncomment to enable naxsi on this location # include /etc/nginx/naxsi.rules ersetzen durch client_max_body_size 0G; # set max upload size fastcgi_buffers 6 K; rewrite ^/caldav(.*)$ /remote.php/caldav$ redirect; rewrite ^/carddav(.*)$ /remote.php/carddav$ redirect; rewrite ^/webdav(.*)$ /remote.php/webdav$ redirect; error_page 0 = /core/templates/0.php; error_page 0 = /core/templates/0.php; location = /robots.txt { allow all; log_not_found off; location ~ ^/(data config \.ht db_structure\.xml README) { location / { # The following rules are only needed with webfinger rewrite ^/.well-known/host-meta /public.php?service=host-meta last; von :09

3 rewrite ^/.well-known/host-meta.json /public.php?service=host-meta-json last rewrite ^/.well-known/carddav /remote.php/carddav/ redirect; rewrite ^/.well-known/caldav /remote.php/caldav/ redirect; rewrite ^(/core/doc/[^\/]+/)$ $/index.html; try_files $uri $uri/ index.php; location ~ ^(.+?\.php)(/.*)?$ { try_files $ = 0; fastcgi_param SCRIPT_FILENAME $document_root$; fastcgi_param PATH_INFO $; fastcgi_param HTTPS on; fastcgi_pass unix:/var/run/php-fpm.sock; # Optional: set long EXPIRES header on static assets location ~* ^.+\.(jpg jpeg gif bmp ico png css js swf)$ { expires 0d; # Optional: Don't log access to assets Step 9 Nach diesen Änderungen müssen wir nginx und php-fpm neustarten. sudo /etc/init.d/nginx restart sudo /etc/init.d/php-fpm restart Step 0 Jetzt ist es endlich an der Zeit Owncloud herunterzuladen. Zum Zeitpunkt als ich dieses Tutorial schrieb war Version 6.0. aktuell. Die aktuelle Version findet man unter Dabei ist zu beachten, dass man nicht den Web Installer, sondern das volle Paket herunterlädt. Anschließend entpacken wir Owncloud und weisen den Dateien die benötigten Rechte zu. sudo mkdir /var/www cd /var/www sudo wget sudo tar xvf owncloud-6.0..tar.bz sudo rm owncloud-6.0..tar.bz sudo chown -R www-data:www-data /var/www Step Ruft man nun Owncloud im Browser auf, über (IP durch die IP-Adresse oder DynDNS Domain des Raspberry Pis ersetzen), sollte man die Installationsoberfläche von Owncloud vorfinden. Dort tragen wir den gewünschten Benutzernamen und Passwort für den ersten Benutzer ein. An den Datenbankeinstellungen müssen wir keine Einstellungen vornehmen, da wir eine SQLite Datenbank einsetzten. Die Installation kann ein bis zwei Minuten dauern, während der Browser lediglich lädt. Step Angekommen im Webinterface von Owncloud sind wir jedoch nocht nicht fertig. Wir legen nun einen Cronjob an, der alle 0 Minuten zahlreiche Arbeiten im Hintergrund erledigt, von :09

4 sodass die Benutzung von Owncloud dauerhaft flotter laufen sollte. sudo crontab -u www-data -e Am Ende der Datei einfügen */0 * * * * php -f /var/www/owncloud/cron.php Step Damit die, durch den Cronjob abgenommenen, Arbeiten nicht ebenfalls im Browser ausgeführt werden, müssen wir über Dein Benutzername > Administrator > Cron die Einstellung von AJAX auf Cron ändern. Fertig! Der eigene Owncloud Server ist auf dem Raspberry Pi installiert und sollte eine ausreichende Performance haben. Sollte man mit der Performance dennoch nicht zufrieden sein, kann ich nochmals die Owncloud Alternative Seafile, welche ich persönlich bevorzuge, empfehlen. Möchte man nun Owncloud auch noch über SSL (verschlüsselt) aufrufen, so sind noch folgende Schritte notwendig. Am Ende der Anleitung wird noch erläutert welche Ports man freigeben muss damit Owncloud auch außerhalb des eigenen Netzwerks verfügbar ist. Step Zunächst müssen wir ein SSL-Zertifikat für nginx erstellen, welchem wir die benötigten Rechte zuweisen. Bei den Fragen in der Eingabeaufforderung geben wir lediglich bei Country Name den Wert DE für Deutschland und bei Common Name einen fiktiven Namen oder, sofern existent, die DynDNS Domain deines Raspberry Pis für externe Zugriffe an. Allen weiteren Fragen können wir mittels Enter den Standardwert zuweisen. Hinweis am Rande: Sowohl der Owncloud Client als auch der Browser wird später meckern, dass das SSL Zertifikats nicht vertrauenswürdig sei, was daran liegt, dass wir dieses selbst signiert haben. Folglich ist diese Warnung einfach zu ignorieren. sudo openssl req $@ -new -x09 -days 6 -nodes -out /etc/nginx/cert.pem -keyout /etc/nginx /cert.key sudo chmod 600 /etc/nginx/cert.pem sudo chmod 600 /etc/nginx/cert.key Step Nun müssen wir in folgender Datei den ersten durch den zweiten Block ersetzen. Dabei muss im neuen Block XX durch die IP-Adresse bzw., wenn eingesetzt, die DynDNS Domain des Raspberry Pis ersetzt werden. sudo nano /etc/nginx/sites-available/default server { #listen #listen 80; ## listen for ipv; this line is default and implied [::]:80 default_server ipv6only=on; ## listen for ipv6 root /var/www/owncloud; index index.html index.htm index.php; # Make site accessible from server_name localhost; von :09

5 client_max_body_size 0G; # set max upload size fastcgi_buffers 6 K; rewrite ^/caldav(.*)$ /remote.php/caldav$ redirect; rewrite ^/carddav(.*)$ /remote.php/carddav$ redirect; rewrite ^/webdav(.*)$ /remote.php/webdav$ redirect; error_page 0 = /core/templates/0.php; error_page 0 = /core/templates/0.php; location = /robots.txt { allow all; log_not_found off; location ~ ^/(data config \.ht db_structure\.xml README) { location / { # The following rules are only needed with webfinger rewrite ^/.well-known/host-meta /public.php?service=host-meta last; rewrite ^/.well-known/host-meta.json /public.php?service=host-meta-json last; rewrite ^/.well-known/carddav /remote.php/carddav/ redirect; rewrite ^/.well-known/caldav /remote.php/caldav/ redirect; rewrite ^(/core/doc/[^\/]+/)$ $/index.html; try_files $uri $uri/ index.php; location ~ ^(.+?\.php)(/.*)?$ { try_files $ = 0; fastcgi_param SCRIPT_FILENAME $document_root$; fastcgi_param PATH_INFO $; fastcgi_param HTTPS on; fastcgi_pass unix:/var/run/php-fpm.sock; # Optional: set long EXPIRES header on static assets location ~* ^.+\.(jpg jpeg gif bmp ico png css js swf)$ { expires 0d; # Optional: Don't log access to assets location /doc/ { alias /usr/share/doc/; autoindex on; allow ; allow ::; # Only for nginx-naxsi used with nginx-naxsi-ui : process denied requests #location /RequestDenied { # proxy_pass # #error_page 0 /0.html; # redirect server error pages to the static page /0x.html # #error_page /0x.html; #location = /0x.html { # root /usr/share/nginx/www; # von :09

6 # pass the PHP scripts to PHP-FPM server listening on unix socket location ~ \.php$ { try_files $uri =0; fastcgi_split_path_info ^(.+\.php)(/.+)$; fastcgi_pass unix:/var/run/php-fpm.sock; fastcgi_index index.php; # deny access to.htaccess files location ~ /\.ht { # deny access to.htaccess files, if Apache's document root # concurs with nginx's one # #location ~ /\.ht { # # ersetzten durch server { listen 80; server_name XX; rewrite ^ permanent; # enforce https server { listen ssl; server_name XX; ssl_certificate /etc/nginx/cert.pem; ssl_certificate_key /etc/nginx/cert.key; root /var/www/owncloud; index index.php; client_max_body_size 0G; # set max upload size fastcgi_buffers 6 K; rewrite ^/caldav(.*)$ /remote.php/caldav$ redirect; rewrite ^/carddav(.*)$ /remote.php/carddav$ redirect; rewrite ^/webdav(.*)$ /remote.php/webdav$ redirect; error_page 0 = /core/templates/0.php; error_page 0 = /core/templates/0.php; location = /robots.txt { allow all; log_not_found off; location ~ ^/(data config \.ht db_structure\.xml README) { location / { rewrite ^/.well-known/host-meta /public.php?service=host-meta last; rewrite ^/.well-known/host-meta.json /public.php?service=host-meta-json last; rewrite ^/.well-known/carddav /remote.php/carddav/ redirect; rewrite ^/.well-known/caldav /remote.php/caldav/ redirect; rewrite ^(/core/doc/[^\/]+/)$ $/index.html; try_files $uri $uri/ index.php; 6 von :09

7 location ~ ^(.+?\.php)(/.*)?$ { try_files $ = 0; fastcgi_param SCRIPT_FILENAME $document_root$; fastcgi_param PATH_INFO $; fastcgi_param HTTPS on; fastcgi_pass unix:/var/run/php-fpm.sock; location ~* ^.+\.(jpg jpeg gif bmp ico png css js swf)$ { expires 0d; # Optional: Don't log access to assets location ~ \.php$ { try_files $uri =0; fastcgi_split_path_info ^(.+\.php)(/.+)$; fastcgi_pass unix:/var/run/php-fpm.sock; fastcgi_index index.php; location ~ /\.ht { Step 6 Zuletzt müssen wir noch einmal nginx und php-fpm neustarten. sudo /etc/init.d/nginx restart sudo /etc/init.d/php-fpm restart Kalender/Kontakte Wenn du den Kalender und/oder die Kontakte über Owncloud synchronisieren möchte sind die folgenden URL-Strukturen noch interessant. Die in eckigen Klammern stehenden Werte müssen einschließlich der Klammern ersetzt werden. Ohne SSL CalDAV (allgemein): CalDAV (für ios/os X): CardDAV (alle Geräte): /[username]/[cal name] Mit SSL CalDAV (allgemein): CalDAV (für ios/os X): CardDAV (alle Geräte): /[username]/[cal name] Jetzt ist die Installation endgültig geschafft und Owncloud kann genutzt werden. Bei dem SSL-Zertifikat ist noch zu beachten, dass dieses nicht signiert ist, wodurch der Browser beim ersten Aufruf von Owncloud meckern wird. Diese Warnung kann jedoch ignoriert werden. Falls man ein kostenloses und signiertes Zertifikat möchte habe ich die Vorgehensweise dazu in dem Artikel Kostenloses SSL Zertifikat bei StartCom StartSSL erstellen erklärt. Zugriff außerhalb des eigenen Netzwerks Portfreigabe im Router 7 von :09

8 Soll der soeben installierte Dienst auch außerhalb des eigenen Netzwerkes verfügbar sein, so müssen folgende Ports im Router freigegeben werden. Wie man freigibt, beschrieb ich in dem Artikel Portforwarding bei Fritz!Box und Speedport. 80 (wenn SSL verwendet wird) Dieser Artikel wurde am. April 0 überarbeitet. 8 von :09