Alternative WebDAV, CalDAV, CardDAV server als SPK gesucht

[jus7incase]

Hallo zusammen,

nach viellem Geärger und Gewürge bin ich zu dem Schluss gekommen, dass die Synology WebDAV/CalDAV und CardDAV Server einfach nicht gut genug sind. Es funktioniert zuvieles nicht (gut). Beispiele: der Kontakt-Sync mit macOS stellt irgendwann einfach seinen Dienst ein aber iOS sync weiterhin gut, das App 2Do (egal ob iOS oder macOS) kann nicht mit dem WebDAV/CalDAV server syncen, aber funktioniert mit anderen CalDAV Implementierungen.

Ich bin daher auf der suche nach Alternativen Serverimplementierungen die noch auf meiner schon älteren DS funktionieren. Meine DS unterstützt nämlich kein Docker (sonst würde ich direkt auf NextCloud gehen) und auch nicht die Synolog Calender App.

Vorschläge?

Danke schonmal vorab!

 

[luddi]

Hallo,

auch ich hatte zu Beginn Schwierigkeiten mit dem Kontakt-Sync auf MacOS. Synology hat ja die Applikationen diesbezüglich gesplittet. Man bekommt aktuell "WebDAV Server", "CardDAV Server" und "Calendar". Der Kalender hat bei mir sowohl auf MacOS als auch auf iOS tadellos funktioniert. Auch ein gemeinsamer geteilter Kalender ist hier möglich.

Beim CardDAV Server selbst hatte ich auch einst das Problem dass die Synchronisierung nicht mehr fortgesetzt wurde. Somit hatte ich die Verknüpfung zum vorhandenen Adressbuch neu angelegt und schon lief alles wieder wie gewohnt.

Aktuell gibt es seitens Synology eine Beta Version des neu entwickelten Tools "Synology Contacts" welches vermutlich den "CardDAV" Server ablösen soll. Dies könntest du evtl. ausprobieren. Der Vorteil den ich bei dem neuen Synology Contacts sehe ist, dass es ein Webinterface gibt worin jeder Benutzer seine Kontakte pflegen kann. Dies war bei CardDAV Server nur über ein Administrator Account über DSM möglich.

Zum Thema Nextcloud: Es muss nicht zwingend ein Docker Container sein von Nextcloud. Ohnehin ist die Performance von Nextcloud in einem Docker nicht so perfekt. Es gibt auch die Möglichkeit Nextcloud manuell ohne Docker auf dem System aufzusetzen.

--luddi

 

[jus7incase]

Hallo luddi

leider sind sowohl Synology Calendar als auch Synology Contacts keine Aternative auf meiner DS, da diese Applikationen für meine Modell nicht unterstützt werden. Ich kann diese schlicht nicht installieren, sie tauchen erst garnicht im Package Katalog auf. Genau so wie Docker nicht installiert werden kann. Bei Docker kann ich das ja verstehen, dass es wenig Sinn macht, das auf nem kleinen ARM zu betreiben. Das Vorenthalten der neuen Applikationen ist jedoch eine gewinn-politische künstliche Beschränkung.

Ja ich weiss, die Verbindung zum CardDAV kann man immer wieder neu aufsetzen, und dann geht es wieder eine Weile. Dafür habe ich selbst eine Anleitung gepostet, die funktioniert.
Das ist doch auf Dauer - mit Verlaub - Stümpertum und keine Lösung.

Mir bleiben jetzt also die Alternativen: (1) einen neue DS kaufen oder (2) NextCloud selbst installieren ohne ein SPK zu haben.

Achtung, jetzt komme ich ins "ranten", und das hat nix mit luddis freundlicher Antwort zu tun, sondern mit meinem Frust über Synology:

Zu (1): wenn ich eine neue NAS kaufe, dann ganz sicher keine Synology mehr. Dann würde ich in richtige Hardware investieren und ein TrueNAS (free) draufspielen und dort die Services mit Standardcontainern bequem hochziehen. Das ist sowieso der Plan. jedoch wollte ich "bis dahin" wenigstens laufende Services auf der Synology haben.

Zu (2): wenn ich mir die Arbeit machen müsste, sowas selbst zu installieren, dann könnte ich gleich einen neuen kleinen Rechner (APU, Odroid, oder so) aufsetzen und da alles selbst machen. Wozu das? Da würde ich eher so kleine eine Box mit Zentyal in die DMZ stellen oder gehe zu (1).

Ich denke so: wenn Synology es nicht schafft oder nicht will, dass ich die üblichen Services bequem auf meiner vorhandenen DS betreiben kann, dann bin ich weg von Synology for good.

Vielleicht kennt doch jemand SPKs für alternative WebDAV, CalDAV, CardDAV implementierungen?

 

[luddi]

Ja ich weiss, die Verbindung zum CardDAV kann man immer wieder neu aufsetzen, und dann geht es wieder eine Weile. Dafür habe ich selbst eine Anleitung gepostet, die funktioniert.
Das ist doch auf Dauer - mit Verlaub - Stümpertum und keine Lösung.

Ich kann dich gut verstehen. Das ist definitv kein Zustand und auch keine produktive Lösung. Aus diesem Grund bin ich nach langer Zeit wieder zurück zu Nextcloud gekommen. Sie war anfangs zum Beginn des Forks noch nicht wirklich ausgereift. Heute jedoch bin ich mit allen Funktionen die ich verwende zufrieden.

Zu (2): wenn ich mir die Arbeit machen müsste, sowas selbst zu installieren, dann könnte ich gleich einen neuen kleinen Rechner (APU, Odroid, oder so) aufsetzen und da alles selbst machen. Wozu das? Da würde ich eher so kleine eine Box mit Zentyal in die DMZ stellen oder gehe zu (1).

So schlimmt ist es nun auch wieder nicht Nextcloud ohne vorhandenes spk zu installieren. Zumindest war es das nicht für mich.

Bevor man sich aber entscheidet viel Geld in ein neues System zu investieren, würde ich sogar an dieser Stelle eine Alternative anbringen. Wenn es dir speziell nur um Kontakte und Kalender geht dann tut dies auch ein RaspberryPi mit Nextcloud. Aber auch hier musst du Nextcloud manuell über die Konsole aufsetzen. Dennoch halten sich die Kosten in Grenzen.

Wenn du aber bereit bist zurück zu Punkt (1) zu kommen, dann wirst du ohnehin viel manuell zu konfigurieren haben. Ich weiß nicht ob du bei TrueNAS alles out of the box bekommst. Na gut es gibt auch Nextcloud Docker images usw.
Ich denke es gibt kein System das perfekt für alle möglichen Szenarien ist.

Ich war dir jetzt keine produktive Hilfe im Bezug auf verfügbare SPKs, aber ich hoffe ich konnte dir Zeigen dass du nicht der einzige bist der mit diversen Synology Apps bzw. auch Konfigurationen zu kämpfen hat.

Ich hoffe du findest eine entsprechende Lösung oder es gibt noch jemanden hier im Forum der dir weitere SPKs empfehlen kann.

--luddi

 

[jus7incase]

Hi Luddi

(2) Raspi mit Nextcloud: hat keinen Mail server integriert, daher Zentyal. Oder eben siehe (1) und dann Mailserver und Nextcloud als Container Konserven.

Ich möchte hier mit Standardkomponenten arbeiten und nix grossartig manuell basteln müssen. Sonst ist man ja immer wieder gezwungen manuell updates reinzubasteln usw usf.
Sowas fand ich als Jugendlicher schön. Heute finde ich andere Sachen schön und brauche die Zeit dafür

Noch ein gedanke: diese vielen kleinen low power Bastelkistchen sind ja süss (ich liebe sie und habe sie), aber das skaliert auch nicht wirklich in Raum und Lebenszeit.
Lieber was gescheites für Storage und einen gescheiten VM Server und alles da drauf aus Konserven-Bausteinen auftauen.

 

[NSFH]

@TE: Du hast ja sowas von recht. Egal wie alt deine Hardware ist, Synology müsste immer dafür sorgen das wirklich alles Neue auch auf den ältesten Kisten läuft. Dann kann diese Software zwar nie auf dem letzten Stand sein und muss viele Kompromisse eingehen, damit sie auf Altgeräten noch funktioniert, aber diese Performanceverluste sind ja egal. Hauptsache dir ist geholfen.
Mein Tipp: Realisiere 1) und gut ist.

 

[luddi]

Ich stimme dir in allen Punkten zu. Nur die "Eierlegende Wollmilchsau" gibt es nicht. Und ja, in der Jugend hat man sich recht intensiv mit solchen Dingen beschäftigt, manche tun es auch heute noch... (inkl. mir selbst) Aber ich verstehe dich dass Zeit ein kostbare Gut ist welches wir zwar nicht besitzen aber wir vieles damit anfangen können. Und wenn sich Prioritäten ändern dann muss man nach anderen Lösungen suchen.

Ich hoffe du findest für dich eine brauchbare und einfach Lösung.

Freundliche Grüße
luddi

 

[jus7incase]

NSFH: wie ich schrieb ist es verständlich dass Docker nicht auf den ARM Kisten laufen muss. Aber solche Applikationen wie Calender oder Contacts sollten ja wohl auf ARM möglich sein. Deine Ironie ist eigentlich weniger nett, da sie unreflektiert verallgemeinert.
Dass ich mich auf (1) schon festgelegt habe hatte ich ja schon geschrieben. Das ist aber ein aufwender und längerer Prozess. Auch schrieb ich dass ich bis dahin passende SPKs suche. Hast Du da eine Idee?

 

[NSFH]

Mit den Einschränkungen das weder Docker noch eine VM funktioniert nein.
Vielleicht findest du ja noch was über die Wiki https://www.synology-wiki.de/index.php/Paketzentrum_Quellen

 

[jus7incase]

Danke Dir, leider nix gefunden.

 

[NSFH]

Was ist denn mit Baikal?

 

[jus7incase]

Das war nicht in meinem Paketzentrum und nicht in der Liste bei dem Link den Du oben geschickt hast.
Habs jetzt aber durch Deinen Hinweis mit SPK bei Github gefunden: https://github.com/LaurentMarchelli/Baikal-DSM/releases

Wird nicht wirklich regelmäßig maintained, aber wenn's funktioniert, was soll's.

Die Installationsanleitung hat 34 Seiten, das scheint also eher etwas Arbeit zu werden, ich schau mir das auf jeden Fall an!

Vielen Dank dafür!

 

[jus7incase]

Hier meine ersten Erfahrungen mit dem Baikal package unter: https://github.com/LaurentMarchelli/Baikal-DSM/releases

Die Anleitung ist etwas outdated. Wenn man MariaDB 10 benutzt dann muss man port 3306 statt 3307 verwenden, sonst startet die Admin UI von Baikal nicht.

Ich habe bisher nur CarDAV / Contacts getestet. Wenn alles läuft werde ich eine kleine Anleitung hier lassen, um die die notwendigen Eingaben an den Apple clients genau darzustellen.

Baikal läuft bei mir bisher per default auf port 8008, das kann man aber nirgends ändern.
Problematisch ist, dass dort nur HTTP läuft, einen HTTPS port habe ich nicht gefunden.

iOS Contacts App akzeptiert, dass nur HTTP läuft und synchronisiert die Kontake mit Baikal.

Anders das macOS Contacts App: egal ob man SSL anwählt oder nicht, es versucht stets eine TLS-Layer aufzubauen, was nicht funktioniert, und bricht dann ab!!

Hier bräuchte ich jetzt EURE Hilfe:

- wie kann ich WebStation oder DSM dazu bringen, dass Baikal TLS annimmt? Oder, falls das nicht geht:
- wie kann ich mit WebStation (habe nginx eingestellt) einen reverse proxy bauen, der TLS annimmt und dann per HTTP zu Baikal weiterverbdindet?

Danke!

 

[Fusion]

Systemsteuerung > Anwendungsportal > Reverse Proxy

 

[jus7incase]

Danke Dir, habe es gefunden.

Die Anleitung von Baikal redet immer von hostname/baikal/admin, tatsächlich findet er das bei mir nicht sondern nur hostname:8008/admin
Kann man das mit Web Station richten? Denn dann könnte es da über 80 und 443 angesprochen werden... bräuchte es keinen reverse proxy

 

[Fusion]

Wenn man ein spk verwendet muss man wohl damit leben wie dieses den Dienst einrichtet. Wenn man baikal selber als web Anwendung einrichtet ist er vermutlich auch 'normal' erreichbar.
Aber ich hab mir die Baikal-DSM Anleitung noch nicht durch gelesen, ob da was falsch ist, oder du nur was übersehen hast.

Edit: Anleitung wohl veraltet wenn er bei den release notes von 0.4.6 von now fixed to port 8008 carddav spricht.

 

[jus7incase]

Also die Lösung mit dem Reverse Proxy von Host *, HTTPS, Port 8443 zu Host localhost, HTTP, Port 8008 funktioniert schonmal.

Jedoch sehe ich gerade dass auf der Baikal SPK Seite steht: Add Ngnix configuration file to natively support MacOSX Contacts and Calendars On OSX Capitan

im SPK findet man
/conf/etc/nginx/sites-enabled/baikal.conf mit folgendem Inhalt:

server {
listen 8008;
server_name _;

root /var/services/web/baikal/html;
index index.php;

rewrite ^/.well-known/caldav /dav.php redirect;
rewrite ^/.well-known/carddav /dav.php redirect;

charset utf-8;

location ~ /(\.ht|Core|Specific) {
deny all;
return 404;
}

location ~ ^(.+\.php)(.*)$ {
try_files $fastcgi_script_name =404;
include /etc/nginx/fastcgi_params;
fastcgi_split_path_info ^(.+\.php)(.*)$;
fastcgi_pass unix:/var/run/php-fpm/php56-fpm.sock;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
fastcgi_param PATH_INFO $fastcgi_path_info;
}
}

Die Datei wurde unter /etc/nginx/sites-enabled eingespielt.

Keine Ahnung was das macht und ob das auch richtig installiert wurde, denn in Web Station sehe ich kein "Baikal".
Irgendwie tut das nix?

Ziel wäre es dass der server nicht nur unter hostname:8008/dav.php, sondern auch unter
http://hostname:80/baikal/dav.php und
https://hostname:443/baikal/dav.php erreichbar ist.

Vielleicht muss ich Baikal und die Web Station mal neu starten?

 

[Andy+]

Für eine Installation im Webordner kann auch die aktuelle 0.6.1

https://github.com/sabre-io/Baikal/releases

genommen werden. Ich habe das aktuell noch nicht probiert, aber den entpackten ordner "baikal" in den webordner verschieben und dann mit https://server/baikal/html starten.

 

[jus7incase]

Danke Andy, ich denke das löst nicht mein aktuelles Problem, aber vielleicht steige ich später um wenn ich das HTTPS Problem gelöst habe.

 

[jus7incase]

Der Baikal Server funktioniert für eine geringe Anzahl von vCards. Diese werden nun auch korrekt zwischen verschiedenen macOS und iOS Geräten synchronisiert.

Ich habe eine relativ große Anzahl (etliche hunderte) von vCards aus dem Backup wieder in das macOS Contacts App importiert. Davon werden mal 260, mal 120 Einträge zum Baikal server synchronisiert und von dort weiter zu den anderen Geräten.

Leider werden nicht alle vCards zum Server synchronisiert! nach der o.g. Anzahl ist irgendwann einfach Schluss und es geht nicht weiter voran. Das Problem hatte ich nicht einmal mit dem Synology CardDAV server!

Kennt jemand das Problem? Kann man was dagegen tun?

Danke euch!