Aller au contenu

HornyPoney

Membres
  • Compteur de contenus

    80
  • Inscription

  • Dernière visite

À propos de HornyPoney

Contact Methods

  • Website URL
    https://www.screenfeed.fr/

Mon Profil

  • Sex
    Male
  • Pays / Ville
    Toulouse

Visiteurs récents du profil

1455 visualisations du profil

HornyPoney's Achievements

Rookie

Rookie (2/14)

  • Reacting Well Rare
  • Conversation Starter Rare
  • Dedicated Rare
  • First Post Rare
  • Collaborator Rare

Recent Badges

0

Réputation sur la communauté

  1. Complément : avant la mise à jour, DSM affiche un message à ce sujet, et pointe vers cette page expliquant comment migrer nos contacts.
  2. Merci pour la réponse, je vais tenter DSM 7 alors. Reste plus qu'à prier pour que Synology Contacts fonctionne avec mon environnement Apple (Syno + WebDAV sont une source constante de problèmes pour certains Mac users). Je vais d'ailleurs aller regarder du côté de la section dédiée du forum 😅 Ha je vois que tu as eu des déboires toi aussi 😂😭
  3. Bonjour, Je suis encore sous DSM 6.2 et j'envisage de passer sous DSM 7. Mais je vois que dans la longue liste des paquets qui ne seront plus supportés, il y a PythonModule, lequel est utilisé par CardDAV Server. Je suppose que c'est parce que Python3 est inclus dans DSM 7, ou peut-être qu'une mise à jour de CardDAV Server inclus PythonModule : n'étant pas connaisseur et n'ayant pas plus d'infos, je ne peux que faire des suppositions. Bref, ma question est la suivante : est-ce que CardDAV Server fonctionne avec DSM 7 ? Si non, y a t'il une alternative ? (dans ce cas il me faudra ENCORE migrer mes données è_é) D'autant que "After installing DSM 7.0, you will not be able to downgrade to a previous DSM version." : un mauvais point pour Synology è_é.
  4. Ç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.
  5. Ç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 😄).
  6. Salut. Je viens de découvrir une chose qui pourrait expliquer pourquoi ça bloque : 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/...`).
  7. Merci @korsikaferie. Même chose avec TM, mais la re-config n'a pas débloqué la chose hélas.
  8. 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 :/
  9. 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 ಠ_ಠ).
  10. Salut. Vous voulez une blague ? J'ai aussi le bug sur le nouveau compte =_='
  11. Merci pour l'info. Je n'avais pas installé ce paquet de mon côté, mon problème trouvait sa source ailleurs donc. Ma théorie est que le profil utilisateur (ou autre) n'a pas été correctement mis à jour lors d'une update de DSM. Et puisque un profil tout neuf ne rencontre pas ces soucis, c'est peut-être bien ça.
  12. Salut. J'ai "résolu" le problème en créant un nouvel utilisateur, je n'ai pas eu d'autre choix.
  13. Salut. Une "récente" mise à jour de DSM a changé un comportement dans File Station : Lorsque je fais un glisser/déposer d'un fichier depuis un dossier partagé vers un autre dossier partagé (dans la sidebar), ce fichier est bien déplacé mais l'original n'est pas supprimé. Bref, je fais une copie au lieu d'un déplacement. Ce qui a changé c'est qu'avant j'avais un menu flottant lorsque je lâchais le clic, où je pouvais choisir l'action déplacer/dupliquer, mais là, plus rien. J'ai regardé dans les paramètres de File Station mais je n'ai rien trouvé. Une idée ? PS : je parle d'une mise à jour de DSM mais en fait j'ai créé un nouvel utilisateur sur le NAS, c'est à partir de là que j'ai eu ce comportement.
  14. Et le bug est revenu. Et il est reparti. Puis parfois je ne peux même plus ouvrir le centre de paquets, ou alors le navigateur freeze... (ノ °益°)ノ 彡 ┻━┻
×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.