DSM 6 final und CalDAV funktionieren nicht

[mgutt]

Allerdings führt nicht Systemsteuerung/Benutzer/Applikationen zum Ziel, was oben zu sehen ist, sondern Systemsteuerung/Berechtigungen/WebDAV.

Das führt beides zum gleichen Ergebnis. Soll heißen wenn du etwas in dem einen Menü anpasst, siehst du das Ergebnis auch in dem anderen Menü und umgekehrt.

 

[leuchin]

Hallo,

ich habe das gleiche Problem, bei der Ersteinrichtung des Caldav/Carddav unter DSM 5.2 und OS X 10.3
funktioniert die Verbindung nur wenn ich auf dem Mac bei erstellen des Accounts "Manuell" ausgewählt hatte.

Nachdem zwischenzeitlich nicht nur das DSM update heraus kam sondern auch ein OS X update, kann auch hier
das Problem liegen. Apple ist ja dafür bekannt auch einfach mal Dinge zu ändern.

An den Berechtigungen oder Firewall liegt es bei meiner Synology nicht, soweit ich das sehe.

 

[berrie]

Hallo Gemeinde,

bei mir lag es letztendlich an einem nicht aktivierten Zertifikat!!!!!!!!!!!

Mein Eingangs-Problem: nach Update auf DSM 6.0 kein Zugriff mehr auf WebDAV trotz korrekter User-ID/PW Kombi
1. Änderung: da User-Berechtigung für WebDAV nicht mehr gesetzt war, dies nachholen
2. Änderung: unter Systemsteuerung/Sicherheit/Zertifikat das Standardzertifikat für Synology.com aktivieren

... und schon klappt's auch wieder mit dem Nachbarn.

MfG, Bernd

 

[mmchen]

Habt ihr eure Kalender in einem Gemeinsamen Ordner oder im Home?

 

[rednag]

Kalender im /home geht nicht. Gemeinsamen Ordner erstellen und Berechtigungen anpassen.

 

[tomatensalat]

Hallo zusammen,

bei mir gab es noch ein anderes Problem: Port 5006 (https) war in der Synology-eigenen Firewall nicht mehr freigeschaltet:

(Systemsteuerung - Sicherheit - Firewall - Regeln bearbeiten - dort entsprechend freischalten)

Vielleicht hilft das noch bei dem einen oder anderen...

Gruß
tomatensalat

 

[Turbo1976]

Hallo an euch,

habe mein NAS erst seit ein paar Tagen, da ging Version 6.0 direkt drauf, daher habe ich leider keine Vergleiche zu einer Vorgängerversion.

Habe folgendes bei mir gemacht:
1. Benutzer eingerichtet
2. Benutzer für WebDAV und den Kalenderordner freigegeben
3. Firewall testweise komplett deaktiviert
4. Kalender(ordner) in einem gemeinsamen Ordner erstellt
5. In diesen Ordner einen bestehenden Kalender gespeichert

Über Thunderbird (Lightning) den Kalender als iCal über Netzwerk mit https://<IP-NAS>:5006/Freigabe/Kalender verbunden. Danach fragt Lightning brav die Anmeldedaten ab, es wird jedoch nichts angezeigt (obwohl definitiv Einträge vorhanden sind). Auch ein Sync bringt nichts. Alle bisherigen Tipps habe ich bereits geprüft....

 

[goetz]

Hallo,
man kann nicht einfach einen Kalender in das Verzeichnis packen. Mache es anders herum. Verbinde in Lightning mit dem Kalender (Ordner) und importiere einen Kalender in diesen Kalender. Dann wirst Du im Kalenderordner eine Menge Dateien mit den Terminen sehen.

Gruß Götz

 

[mgutt]

Über Thunderbird (Lightning) den Kalender als iCal

Du solltest CalDAV einstellen und nicht iCalendar (ics). Letzteres erwartet einen direkten Link auf eine ics-Datei (so viel ich weiiß) und keinen Link auf einen Ordner, wo auch mehrere ics-Dateien drin sein können.

 

[Turbo1976]

Habe ich auch schon probiert. In Lightning den Pfad zum eingestellten Kalenderordner eingetragen, CalDAV als Option. Der Ordner ist erstmal leer. Dann fragt er auch brav nach Benutzernamen und Passwort. Ist der Kalender offen, trage ich einen Testtermin ein. Es passiert gar nichts, er wird nicht auf dem Client angezeigt und auf dem Server ist auch keine Datei zu finden...

 

[mgutt]

Erstell mal in dem Kalendarverzeichnis eine Datei. z.B. test.txt und schreib was rein. Dann nimmst Du den Browser und rufst den Link auf:
https://IP:5006/GemeinsamerOrdner/KalendarOrdner/test.txt

Nach Eingabe von Username und Passwort sollte der Inhalt angezeigt werden. Klappt das?

 

[Turbo1976]

Habe das mal probiert. Einmal mit https und einmal mit http.

Mit https fragt er nach Benutzernamen und Passwort, zeigt aber nur eine weiße Seite an. Egal, ob ich eine existierende Datei angebe oder ob es diese gar nicht gibt, er zeigt immer das an.

Mit http dasselbe, mit der Ausnahme, dass er ein PDF sehr wohl anzeigt. Aber auch hier weiße Schrift auf weißem Hintergrund bei der txt Datei oder bei einer gar nicht existierenden Datei...

 

[mgutt]

Mit https fragt er nach Benutzernamen und Passwort, zeigt aber nur eine weiße Seite an. Egal, ob ich eine existierende Datei angebe oder ob es diese gar nicht gibt, er zeigt immer das an.

Weiße Seite oder Fehlermeldung? Welchen Browser nutzt Du? Normalerweise kommt eine Fehlermeldung, die aber evtl. von deinem Browser nicht dargestellt wird?! Jedenfalls sollte bei falschem Login der 401 Fehler, bei falschem Link der 404 Fehler und bei korrektem Login/Link der Inhalt der Textdatei angezeigt werden. Ich habe das mit Chrome, IE und Firefox gerade mal kurz getestet. Hier ein Screen von Chrome:

 

[ScottyC]

Hallo zusammen,

ich habe mir den gesamten Post durchgelesen und alle Einstellungen, die bislang angesprochen wurden, bei mir überprüft ...
=> Der Kalender läuft einfach nicht

Habe gerade den zuletzt beschriebenen Test durchgeführt - Aufruf einer Testdatei
https://IP:5006/GemeinsamerOrdner/Ka...rdner/test.txt
Ergebnis: Die Datei wird ohne Eingabe der Anmeldeinformationen für den User sofort angezeigt.
Etwas weiter oben in diesem Post war bereits ein Tipp den Ordner im Browser aufzurufen.
Versuche ich das - https://IP:5006/GemeinsamerOrdner/Ka...rdner/
so bekomme ich die Meldung, dass die entsprechenden Rechte fehlen.

Ich versteh's einfach nicht

 

[Turbo1976]

Ich benutze den aktuellsten Firefox.
Gebe ich also im Browser die Datei text.txt (dort steht einfach "Hallo" drin) oder eine nicht existierende Datei ein, erhalte ich eine weiße Seite, ohne jegliche Fehlermeldung (der Seitenquelltext ist komplett leer). Gebe ich dagegen das existierende PDF ein, dann stellt er mir das dar bzw. will diese Datei herunterladen (ist so im Browser eingestellt).

 

[mgutt]

Habe gerade den zuletzt beschriebenen Test durchgeführt - Aufruf einer Testdatei
https://IP:5006/GemeinsamerOrdner/Ka...rdner/test.txt
Ergebnis: Die Datei wird ohne Eingabe der Anmeldeinformationen für den User sofort angezeigt.

Ohne Login ist das gar nicht gut. Das heißt ja, dass man dein ganzes NAS als Gast auslesen kann. Sicher, dass das Passwort nicht vielleicht schon im Browser gespeichert ist? Versuch es mal mit einem Inkognito-Tab (Chrome) / Privates Fenster (Firefox).

Etwas weiter oben in diesem Post war bereits ein Tipp den Ordner im Browser aufzurufen.
Versuche ich das - https://IP:5006/GemeinsamerOrdner/Ka...rdner/
so bekomme ich die Meldung, dass die entsprechenden Rechte fehlen.

Sorry, das habe ich vergessen zu sagen. Das ist ein normales Verhalten. Nach erfolgreichem Login kann man zwar Dateien direkt aufrufen, aber keine Verzeichnisse. Dann kommt ein 403 Fehler:

 

[mgutt]

Gebe ich also im Browser die Datei text.txt (dort steht einfach "Hallo" drin) oder eine nicht existierende Datei ein, erhalte ich eine weiße Seite, ohne jegliche Fehlermeldung (der Seitenquelltext ist komplett leer). Gebe ich dagegen das existierende PDF ein, dann stellt er mir das dar bzw. will diese Datei herunterladen

Du sagtest ja, dass das sogar bereits bei http passiert. Also ein fehlerhaftes SSL-Zertifikat ist auszuschließen.

Da bin ich jetzt tatsächlich überfragt. Deinstalliere die Web Station noch mal aus dem Paket-Zentrum und installiere sie dann noch mal neu.

Hier mal zum Abgleich alle meine gemachten Einstellungen:

Ich erlaube nur https, aber zum Testen kann man den anderen Port ja ruhig mal anlassen:



Berechtigungen habe ich nur für zwei extra User eingerichtet. Das eine ist ein iPhone, das per WebDAV Bilder synchronisiert und das andere ist der Zugang für den Thunderbird (Windows) und CalDAV-Sync (Android). Ich fand es zu unsicher, dass diese App-Accounts die gleichen Rechte haben wie mein Haupt-User.


Diese User dürfen auch nur in einem extra dafür angelegten gemeinsamen User interagieren:

 

[Turbo1976]

Sieht bei mir im Prinzip genauso aus. Allerdings finde ich die Sachen ab 2016-04-01 12_01_37-Starten.png nicht... Wo ist das denn genau versteckt?

Ok, habe es gefunden. Ist das Paket Web Station, das ich nicht installiert habe. Aber das brauche ich doch für WebDAV nicht?!?

 

[mgutt]

Sorry, hatte noch Bilder von der Web Station dazu gepackt. Das war ein Versehen ^^

EDIT: Nein brauchst Du nicht

 

[Turbo1976]

Habe nun mal weiter an der Sache herumprobiert. Wenn ich über http oder https ein pdf aufrufe, zeigt er es mir richtig an. Gebe ich ein nicht existierendes pdf an, dann erstellt er in dem Pfad ein leeres!

Andere Dateien (z.B. plain text) zeigt er weiterhin bei beiden Varianten "leer" an, egal ob diese existieren oder nicht...

Bin kurz davor, das Ding wieder zurück zu schicken :-(