HornyPoney

Complément : avant la mise à jour, DSM affiche un message à ce sujet, et pointe vers cette page expliquant comment migrer nos contacts.

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 😂😭

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 è_é.

Ç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.

Ç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 😄).

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/...`).

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

@korsikaferie Non, rien à faire.

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 :/

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 ಠ_ಠ).

Salut. Vous voulez une blague ? J'ai aussi le bug sur le nouveau compte =_='

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.

Salut. J'ai "résolu" le problème en créant un nouvel utilisateur, je n'ai pas eu d'autre choix.

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.

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... (ﾉ °益°)ﾉ 彡 ┻━┻

Alors là, aucune idée. Tout ce que j'ai fait récemment ce sont les mises à jour de DSM.

Bien sûr ça fait des jours que je cherche et c'est quand je publie ici que je trouve la solution 😄 Donc, le soucis était que des droits utilisateur avaient dû sauter : je suis allé faire un tour dans les groupes et dans mon utilisateur, remis Lecture/Écriture partout, et tout remarche 👍 PS : "merci petit canard" comme on dit.

Bonjour, Depuis peu je ne peux quasiment plus rien faire dans le centre de paquets : lorsque je suis dans l'onglet "Installé", je clique sur un paquet, et là je me retrouve sur une "fiche paquet" vide, avec "File Station" en titre (même en ayant cliqué sur un autre paquet que File Station). Je crois que j'avais tenté de désactiver MariaDB 5 (qui est toujours actif). Du coup, les fiches étant inopérantes et la liste ne permettant que "Lancer" et "Ouvrir", je ne peux stopper aucun paquet. Bref, des idées ? Merci Config : DSM 6.2-23739 sur DS916+. PS : OMD que je déteste ce nouveau centre de paquets insupportable avec son ordre d'affichage aléatoire ! 😡

Oui oui, j'ai bien lancé synoservice --restart pkgctl-DNSServer. Laisse tomber pour l'instant, je t'ai déjà trop embêté avec ça, on ne va pas y passer le dimanche :) Merci quand même :)

Je l'avais fait, voici le fichier de conf : [resolve] forwarders="127.0.0.53;169.239.202.202" allow_ip="" allow_subnet="" allow-recursion="" forward_enable="yes" forward="first;" limit_enable="no" resolve_enable="yes" need_initial="no" [advanced] log_space="50" max-cache-size="50" max-cache-ttl="86400" recursive-clients="1000" tcp-clients="100" [log] default="1" queries="1" xfer-out="1" xfer-in="1" severity="Notice" security="1" general="1" resolver="1" Une seule chose, je n'ai pas coché "Limiter le service IP source" comme sur ton script, ne sachant pas si c'était nécessaire.

nobody 4212 0.0 0.0 9532 3700 ? S 17:52 0:00 /bin/dnsmasq --listen-address=127.0.0.53 --port=53 --bind-interfaces --conf-file=/tmp/dnsmasq.conf --conf-dir=/tmp/dnsmasq.d Server: 127.0.0.53 Address: 127.0.0.53#53 Name: jcount.com Address: 0.0.0.0

nobody 2531 0.0 0.0 9532 3704 ? S 17:46 0:00 /bin/dnsmasq --listen-address=127.0.0.53 --port=53 --bind-interfaces --conf-file=/tmp/dnsmasq.conf --conf-dir=/tmp/dnsmasq.d root 2533 0.0 0.0 23116 972 pts/9 S+ 17:46 0:00 grep --color=auto dnsmasq Server: 127.0.0.1 Address: 127.0.0.1#53 Non-authoritative answer: Name: jcount.com Address: 184.154.246.140

OK. Pour dnsmasqconfdir='/volume1/homes/Greg/dnsmasq' c'est le wysiwyg qui a fait de la m**** au moment de coller ma réponse. Pour cat < $dnsmasqconfdir/dnsmasq.conf, my bad. Mais ça ne résout rien, il y a les même erreurs. Je ne sais pas si tu as vu mais j'avais édité ma réponse :

C'est la nouvelle version que j'utilise : #!/bin/bash # dnsmasqconfdir='/volume1/homes/Greg/dnsmasq' server1='130.255.73.90' server2='169.239.202.202' pixelserv_ip='0.0.0.0' ad_list_url1='http://pgl.yoyo.org/adservers/serverlist.php?hostformat=dnsmasq&showintro=0&mimetype=plaintext' #ad_list_url2='http://winhelp2002.mvps.org/hosts.txt' #... ad_list_file1="$dnsmasqconfdir/dnsmasq-perso.txt" dnsmasq_listen='127.0.0.53' dnsmasq_port='53' ################################ ad_file="$dnsmasqconfdir/dnsmasq.d/dnsmasq.adlist.conf" temp_ad_file="/tmp/dnsmasq.adlist.conf.tmp" mkdir -p $dnsmasqconfdir/dnsmasq.d cat < $dnsmasqconfdir/dnsmasq.conf # cache-size=5000 server=$server1 server=$server2 neg-ttl=300 #dnssec #check anchor on https://data.iana.org/root-anchors/root-anchors.xml #trust-anchor=.,19036,8,2,49AAC11D7B6F6446702E54A1607371607A1A41855200FD2CE1CDDE32F24E8FB5 #dnssec-check-unsigned no-resolv EOT /bin/curl -s $ad_list_url1 | sed "s/127\.0\.0\.1/$pixelserv_ip/" > $temp_ad_file #/bin/curl -s $ad_list_url2 | tr -d '\r' | grep -v '#' | awk '{print "address=/"$2"/127.0.0.1"}' | sed "s/127\.0\.0\.1/$pixelserv_ip/" >> $temp_ad_file /bin/curl -s $ad_list_url3 | sed "s/127\.0\.0\.1/$pixelserv_ip/" >> ad_list_file1 #... ad_list_file1 >> ad_list_file1 if [ -f "$temp_ad_file" ] then sort -uf $temp_ad_file > $ad_file #sed -i -e '/www\.favoritesite\.com/d' $ad_file else echo "Error building the ad list, please try again." exit 1 fi /bin/kill `/bin/pidof dnsmasq` /bin/dnsmasq --listen-address=$dnsmasq_listen --port=$dnsmasq_port --bind-interfaces --conf-file=$dnsmasqconfdir/dnsmasq.conf --conf-dir=$dnsmasqconfdir/dnsmasq.d exit 0 En faisant ceci je n'ai plus l'erreur cURL : /bin/curl -s $ad_list_file1 | sed "s/127\.0\.0\.1/$pixelserv_ip/" >> ad_list_file1 Mais j'ai toujours le command not found concernant la ligne ad_list_file1 >> ad_list_file1.

Salut. J'ai un début de réponse. J'ai eu l'idée de faire directement sh /volume1/foobar/dnsmasq/dnsmasq.update. Réponse : curl: no URL specified! curl: try 'curl --help' for more information /volume1/foobar/dnsmasq/dnsmasq.update: line 39: ad_list_file1: command not found kill: not enough arguments La ligne 39 pointée est : ad_list_file1 >> ad_list_file1 J'ai tenté en commentant à nouveau les 3 lignes concernant la liste locale et je n'ai plus cette erreur. Mais c'est pas pour autant que ça fonctionne, le nslookup retourne toujours l'IP réelle.