Plus de synchro caldav entre Synology Calendar et macO/iOS

[alextools.be]

Bonjour,

J'ai un peu cherché sur le forum et je n'ai pas trouvé de sujet similaires à mon problème. Si j'ai mal interprété les résultats, je vous prie de m'en excuser.

Je ne peux pas faire le lien avec certitude entre mon souci et la dernière mise à jour de l'app Calendar de Synology mais, mon calendrier ne se synchronise plus, ni avec l'app Calendrier de macOS Bug Sur (11.3), ni avec l'app Calendrier de IOS 14.5. Aussi bien l'iPhone que le Mac affichent un message disant qu'il y a un problème avec ce calendrier. 

J'ai testé en supprimant ce calendrier du Mac et en voulant le rajouter avec la procédure présente sur le site de Synology (et que j'avais utilisée à l'origine). Rien n'à faire, je reçois toujours le message d'erreur en pièce jointe. A noter que mon mot de passe étant dans le trousseau iCloud et est le même utilisé pour me connecter à DSM, le problème ne vient pas de là. 

J'ai également testé en utilisant uniquement l'IP locale de mon NAS pour être sûr que cela ne vient pas de mon URL DDNS.

Si quelqu'un a une idée, je suis plus que preneur.

En vous remerciant déjà !

[pluton212+]

Bonjour,

depuis quelques semaines il faut utiliser Synology Calendar: caldav n'est plus pris en charge.

[alextools.be]

Mais justement, j'utilise Synology Calendar. Et c'est depuis celui-ci que je récupère l'URL proposée.

Il n'y a pas d'app Synology Calendar pour l'iPhone.

Cela veut-il dire qu'il est dorénavant impossible de synchroniser Synology Calendar avec l'app Calendrier de macOS, ni avec l'app Calendrier de iOS ??

[PiwiLAbruti]

Bonjour @alextools.be

Je suppose que tu as suivi les explications de Synology : https://www.synology.com/en-global/knowledgebase/DSM/tutorial/Collaboration/How_to_Sync_Synology_Calendar_with_CalDAV_Clients#x_anchor_id6

Je vois deux choses qui peuvent bloquer :

• Le certificat du NAS. Essaye en non-chiffré avec le port 5000 (http).
• La longueur du mot de passe. Ton mot de passe a l'air particulièrement long, il arrive souvent que certains logiciels soient limités dans la longueur du mot de passe. Si le mot de passe fonctionnait déjà auparavant, ne tiens pas compte de ma remarque concernant sa longueur.

[alextools.be]

Merci @PiwiLAbruti

C'est bien la procédure que j'ai suivie.

En effet, le mot de passe était déjà celui-là lorsque ça fonctionnait.

J'ai aussi essayé via le port 5000 avec le même résultat 😞

Ce qui me fait pencher vers le NAS comme cause, c'est que le problème est présent sur deux clients existants (Mac et iPhone). Maintenant, ils ont tous les deux été mis à jour récemment vers les dernières versions de l'OS (mais le Mac était déjà sous MacOS 11 et l'iPhone sour iOS 14 quand ça fonctionnait). Et avec Apple, des choix bizarres sont probables. C'est pour ça que je me demandais si d'autres étaient dans le même cas que moi.

[PiwiLAbruti]

Je n'ai pas de problème avec iOS 14.5.1, je vérifierai sur le Mac (Catalina) si je rencontre le même problème.

Par contre, j'utilise un certificat valide (Let's Encrypt).

[alextools.be]

Mon certificat est celui fournit par le service Synology DDNS et il est encore valide.

Mais j'ai aussi testé sans HTTPS et avec l'IP locale de mon réseau, c'est le même problème.

C'est très étrange.

[HornyPoney]

Même problème pour moi.
Je tente de migrer vers Synology Calendar (migration réussie dans DSM) mais j'ai la même erreur dans le calendrier de Mojave (sans https). Pas testé sur iOS encore.
Moi aussi mon mdp est très long mais c'est le même qu'avant évidemment, et il fonctionnait (du moins avant que Syno arrête Webdav Server ಠ_ಠ).

[DaffY]

Bonjour

Attention à bien vérifier que

Le port utilisé est désormais basée sur le 5001 (https) et non plus le WebDAV s (5006) comme avant.
Routage box/ routeur en cohérence tout comme le firewall
Par ailleurs le partage se base sur un accès utilisateur à homes,
Il faut qu’il n’y ait pas de particularité sur la gestion du dossier homes
Enfin l’utilisateur doit y être autorisé accès dsm compris.

Idéal c’est la connexion en https mais sans vérifier le certificat.
Le parametrage est toujours à faire sur Mac en mode avancé pour bien remplir les éléments notamment le port 5001 désormais.

Si ça peut aider

[alextools.be]

Merci DaffY.

J'utilise le port 5001 depuis un moment sans soucis avec le certificat. Je n'ai en fait jamais utilisé webdav.

D'ailleurs, ce matin, le problème est résolu sans intervention de ma part. La synchro du calendrier avec l'app native de l'iPhone fonctionne à nouveau (dans les deux sens) et j'ai pu ajouter ce calendrier dans l'app native du Mac (je l'avais supprimé hier pour faire mes tests).

Je n'ai donc aucune explication. A un moment j'ai soupçonné mon AdGuard Home que je fais tourner dans docker et que tout mon réseau utilise mais même en le désactivant ou en allant via la 4G (donc sans passer par ce AdGuard), le problème était le même.

Rien n'a été redémarré entre hier et aujourd'hui.

Je surveillerai donc la stabilité du calendrier Syno dans les jours qui viennent et vous reviendrais si nécessaire.

Strange isn't it ?

[HornyPoney]

Bonjour, et merci pour la réponse.

Je n'ai pas laissé les ports par défaut, j'ai réglé à 5007 pour http et 5008 pour https (Panneau de configuration => Réseau => Paramètres de DSM => Général => Ports DSM).
Je retrouve maintenant ces valeurs dans Synology Calendar (clic sur le calendrier => Compte calDav => http://10.0.1.3:5007/caldav/Xxxx). J'utilise l'adresse IP locale, donc je ne pense pas que la box joue ici, je n'y accède pas depuis l'extérieur. Côté routeur/firewall, je ne vois pas ce qui pourrait intervenir ici, surtout que c'est le même port qui est utilisé pour l'interface de l'administration.
Pour le compte utilisateur : c'est mon compte, donc administrateur, donc accès partout, dont homes. S'il y a "particularité", c'est peut-être ceci : mon user appartient au groupe "administrators", lequel a accès en lecture/écriture à tous les dossiers, et appartient aussi au groupe "users", lequel à accès seulement en lecture au dossiers, dont homes. J'ai testé en mettant lecture/écriture sur homes, pareil.

Nota : si j'entre directement l'adresse http://10.0.1.3:5007/caldav/Xxxx dans le navigateur, il m'est demandé login+mdp, puis j'ai "GET requests on collections are only supported for calendars." (avec un code de statut 405).

Bref, je suis à court d'idées :/

[alan.dub]

De mon côté (dernière version iOS et macOS M1), aucun problème, que je sois en LAN ou WAN. 

Par contre j’utilise un reverse Proxy (du port http 20002 au port https 443) avec certificat https let’s encrypt (domaine perso via OVH). 

Mon mot de passe fait quand à lui 30 caractères (alphanumérique + signe).

Pour info, avant les dernières mises à jour de Synology, j’utilisais CALDAV sous WEBDAV (qui n’existe plus).

Par contre (sous safari ou autre), si je passe par :  

https://xxx.ndd.tld/caldav/USER je tombe aussi sur la page « GET requests… »

Mais (sous safari ou autre), si je passe par :

https://xxx.ndd.tld

Je tombe bien sur la page de Calendar (me demandant identifiant et mot de passe). Ce qui me semble plutôt logique.

Modifié le 5 mai 2021 par alan.dub

[korsikaferie]

HorneyPoney as-tu trouvé ?

Moi ça ne fonctionne plus et je n'y arrive pas.

[HornyPoney]

@korsikaferie Non, rien à faire.

[korsikaferie]

Bonjour,

 

Quelqu'un pourrait-il nous aider à résoudre le problème ?

Pour moi aussi tout fonctionnait bien jusqu'à la mise à jour.

J'utilise macOS Big Sur Version 11.4 et DAVx5 sur un téléphone ANDROID.

Je ne parviens ni à synchroniser Calendrier.app ni mon téléphone.

Merci par avance !

[korsikaferie]

J'ai également essayé https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/Collaboration/How_to_use_CardDAV_to_sync_Synology_Contacts#x_anchor_id5 sans résultats.

[korsikaferie]

@HornyPoneyJ'ai trouvé! J'ai dû reconfigurer le NAS.

[Jeff777]

il y a 35 minutes, korsikaferie a dit :

J'ai trouvé! J'ai dû reconfigurer le NAS.

ça n'aide pas beaucoup 🙄

[korsikaferie]

Je vais essayer d'être plus précis. Après une mise à jour de DSM, je me suis aperçu que les sauvegardes Time Machine (TM) ne fonctionnaient plus, car TM ne trouvait plus le disque dédié aux sauvegardes. J'ai refais la configuration du NAS pour que les sauvegardes fonctionnent (la configuration avait été modifiée par la MAJ). C'est alors que j'ai constaté que mes synchros CalDav avec Synology Calendar fonctionnaient à nouveau. Plus de précisions ?

[HornyPoney]

Merci @korsikaferie.

Même chose avec TM, mais la re-config n'a pas débloqué la chose hélas.

[HornyPoney]

Salut.

Je viens de découvrir une chose qui pourrait expliquer pourquoi ça bloque :

Citation

À partir de macOS 10.13 et iOS 12, seules les adresses de serveur avec un certificat de confiance peuvent être synchronisées avec le calendrier Mac. Nous vous recommandons de configurer un nom d'hôte Synology DDNS et d'appliquer un certificat de Let's Encrypt. Pour des instructions détaillées, reportez-vous à cet article.

Source.

Ce qui va donc me poser un gros problème, vu que je n'arrive pas à installer de certificat ಥ﹏ಥ (jusque là je synchronisais uniquement le local via IP locale `http://10.0.1.X/...`).

Modifié le 31 décembre 2021 par HornyPoney
Précision synchro locale.

[alan.dub]

Et encore…

Même en https, Rappels ne se synchronisera pas du côté macOS, par contre aucun problème côté iOS.
Pour le reste (calendrier, contacts, notes et mails), ça marche.

Merci Apple 🤦🏻‍♂️

[HornyPoney]

Ça y est, j'ai enfin réussi.

Pour résumer (non, en fait j'ai détaillé haha), il me fallait un certificat valide (toutes les étapes ne sont pas forcément nécessaires mais je me suis dit que j'allais tout faire d'un coup) :

• Je synchronisais calendriers et contacts uniquement en local via l'IP locale du NAS (aka http://10.0.1.X).
• J'ai créé un DNS dynamique sur un sous-domaine d'un domaine que je possédais déjà (et c'était super bien expliqué dans leur section d'aide, et très simple à faire). C'est la condition pour créer un certificat avec Let's Encrypt.
• J'ai créé le certificat dans Panneau de config => Sécurité => Certificat, et j'ai indiqué que c'est le certificat à utiliser par défaut. Pour cela j'ai dû préalablement ouvrir le port 80 dans l'interface de mon routeur et le rediriger vers le port 80 du NAS.
• Toujours dans Panneau de config => Sécurité => Certificat : bouton Configurer, tout assigner au nouveau certificat.
• Dans Panneau de config => Accès externe => Config du routeur, j'ai ouvert les port de calDav, et celui de cardDav.

Dès lors, j'ai enfin pu recréer mes comptes sur le Mac et mes appareils iOS.

Nota :
Je ferais quelques tests un autre jour (et j'avoue être assez noob avec tout ça) mais apparemment les ports que « j'ouvre » dans Panneau de config => Accès externe => Config du routeur, s'ouvrent seulement au niveau du NAS, pas dans le routeur (je ne les vois d'ailleurs pas apparaître dans l'interface du routeur). Donc à priori mes calendriers et contacts devraient se synchroniser uniquement lorsqu'ils sont connectés à mon réseau local, pas depuis l'extérieur (ce qui m'arrange en fait 😄).

[alan.dub]

Quid des rappels côté macOS ?

[HornyPoney]

Ça a l'air de marcher.
J'ai bien une section dédiée sur le Mac, qui contient une liste par défaut. J'ai ajouté un rappel à cette liste et tout est synchronisé avec l'un de mes appareils iOS. Ça semble merdouiller sur un autre appareil iOS mais je verrais ça plus tard.