nebelnic
-
Compteur de contenus
47 -
Inscription
-
Dernière visite
Messages posté(e)s par nebelnic
-
-
Bonjour,
je rebondis sur ce sujet:
Il semble donc très conseillé, quand on migre entre 2 NAS de générations assez différentes, de repartir de zéro.
Je suis sur un NAS DS215j - DSM7 et j'envisageais de passer sur un DS220+, le DS215j "tirant bien la langue" par moment sur certaines taches.
Ma question est simple et probablement très naïve: Comment repartir de zéro sans devoir racheter un ou 2 disques?
Merci pour vos conseils avisés!
0 -
Merci @goudurix,
Mais comme je l'ai expliqué dans mon post, je ne souhaite pas utiliser les albums conditionnels. Il est en effet impossible de créer un album dans un album. et je ne veux pas avoir un album pour une année avec toute les photos de l'année dedans. Restreindre des dates dans une année ne m'aide pas non plus...
Je souhaiterai continuer à utiliser le mode par dossier (onglet photo). Mais malheureusement on ne peut pas choisir les photos des dossiers et sous dossiers...
Une fonctionnalité manquante par rapport à photo station. D'autres post sur d'autres forums internationaux rapportent la même chose.
0 -
Bonjour,
Je viens de passer à DSM 7 et donc à Synology Photos. Depuis que j'utilisais Photo Station sur DSM6 , j'organisais mes photos en les rangeant par année , puis par événements, dans des dossiers et sous dossiers. Photostation permettait de choisir la miniature de chaque dossier et sous dossiers. Synology Photos ne le permet plus. Il faut passer en mode "album" et créer un album pour que cette option apparaisse. Sauf que la création d'album est très limitées dans ses options. En effet, elle ne permet pas de créer des sous dossiers ("sous album") dans ces albums. On se retrouve donc avec un album d'une année, par exemple, avec toute les photos de celle-ci , rangées chronologiquement. Ce n'est pas catastrophique , mais il est difficile de changer ces habitudes et à mes yeux c'est une fonctionnalité en moins par rapport à photo station. Je resterais donc bien en mode photo (et non album), avec mes dossiers annuels et sous dossiers d'événements , sauf que la personnalisation des miniatures de ces dossiers n'existe pas dans ce mode. Les miniatures sont créées automatiquement, par mosaïque de 4 et Photos ne prends que des photos à la racine du dossier et non dans les sous dossiers pour créer ces miniatures. Il faudrait donc que je ne laisse aucune photo à la racine de ces dossiers , sauf quelques unes, dupliquées, choisies à l’intérieur des sous dossiers, pour qu'elles servent de miniature. Bref.... un peu casse pieds...
Personne ici à trouver un autre moyen de contourner ce problème à part attendre que Synology remette cette option pour les dossiers des photos?
Passer en mode chronologique est un moyen radical de ne plus avoir ce soucis. Je pourrais peut être m'y faire... Mais j'aimais bien ce rangement par événements et ce coté moins "en vrac" de l'album de l'année (même si c'est en ordre chronologique).
Merci pour vos commentaires et solutions si il y en a...!
0 -
-
Bonjour à tous,
Je reviens ici pour avoir des nouvelles du passage sous DSM7, vis à vis du renouvellement automatique du certificat.
Le script fonctionne comme un charme chez moi sous DSM6 depuis environ un an. (sauf quelques "retards à l'allumage" du renouvellement de temps à autres, me forçant à le relancer manuellement).J'envisageais de passer sous DSM7 mais ce renouvellement de certificat me retient encore de le faire.
j'attendais une MaJ de ce thread à ce sujet pour éventuellement me lancer.
En remontant dans les discussions assez ressentes, j'ai cru comprendre que le script python ne serait plus utile sous DSM7 et que pour ceux qui ont déjà appliqué tout ce tuto et ont un renouvellement fonctionnel sous DSM6 avec ce script , il suffisait de changer la ligne de commande dans le gestionnaire de tache pour couper le script et lancer le renouvellement sans.
@oracle7:Est-ce que finalement tu as eu le courage de valider ce changement vers DSM7?
Si oui, peux-tu confirmer que la MaJ vers DSM7 ne casse pas tout?
Je possède un DS215j et je ne peux donc pas appliquer la méthode Docker. Je n'ai pas non plus super envie de reprendre tout à zéro, si la MaJ vers DSM7 le nécessitait. Quand ça fonctionne pourquoi changer?... Mais si il le faut...
Merci pour vos conseils!
NeBeLNiC
0 -
-
0
-
Bonsoir,
Et bien 2eme mise à jour de certificat après un renouvellement automatique il y a 2 mois sans intervention de ma part, et ce soir échec ! Je n'ai pourtant rien touché entre temps . Je ne me souviens pas avoir mis à jour le DSM ces 2 derniers mois non plus. J'ai eu un changement de disque mais je ne vois pas en quoi cela aurait à voir...
J'ai le fichier log mais j’hésite à l'envoyer ne sachant pas le sécuriser.
Merci pour votre aide toujours précieuse.
nebelnic
0 -
@Mic13710 Merci!
nebelnic
0 -
@oracle7 D'accord. Merci pour les éclaircissements!
0 -
Il y a 4 heures, Mic13710 a dit :
Justement, le tuto sur github dont j'ai parlé plus haut que j'utilise sur tous les NAS non compatibles Docker.
Et si vous le comparez au tuto d' @Einsteinium, vous verrez qu'il est très similaire. Il y fait d'ailleurs référence à la fin de son tuto.
Merci @Mic13710!
Le tuto de github est un peu "brut de fonte" pour moi, mais ça doit pouvoir se faire en regardant celui d' @Einsteinium en parallèle... C’est surtout cette partie cloudflare -DNS du début ou j'ai vite été perdu ne sachant pas trop comment appliqué ça à OVH. Mais bon j'ai regardé ça rapidement.... Je m'étais plongé un peu plus hier suite à la réponse d"@Einsteinium sur son tuto pour voir si effectivement c’était faisable avec mes moyens bien limités. 😉 ça semble effectivement relativement simple. Juste qu'au tout début, j’étais tout simplement immédiatement perdu car il ne parle pas du tout de l'install de docker. Quand je dis "prendre par la main " c'est vraiment ça.... Et le tuto d' @oracle7 est vraiment très bien pour ça!
Bref il y aura peut être une âme charitable qui aura du temps à perdre pour faire un tuto plus complet que celui de gihub, appliqué à OVH. En attendant une installation de DSM7 d'ici quelques temps, je reste sur ce script qui fonctionne parfaitement chez moi pour l'instant.
0 -
Il y a 17 heures, oracle7 a dit :
ou même encore soit parce que leur NAS n'accepte pas docker.
Finalement ce point me semble être le plus important! Qu'en on voit la liste vraiment limitée des matériels compatibles:
https://www.synology.com/fr-fr/dsm/packages/Docker
A titre personnel, le mien un DS215j (modèle J, du "novice de base" justement tiens... ; probablement un des plus vendu?) n'est pas dans la liste...
Il y a 3 heures, bruno78 a dit :Je ne pense pas qu’il y ai lieu de le porter sous DSM7
Vu le point que je viens d’aborder plus haut , je ne suis pas d'accord.
A moins que vous m'expliquiez une méthode n’utilisant ni ce script , ni Docker.
Cordialement.
nebelnic0 -
Il y a 8 heures, Mic13710 a dit :
Je viens vers toi à propos de ce tuto car je me demande quelle en est encore la pertinence.
Je ne sais pas si le script est encore pertinent, mais je peux te dire que le tuto l'est lui!!
Il est bien plus clair, détaillé, etc, que le tuto d' @Einsteinium qui semble lui, plus s'adresser à des habitués ("10 min si vous allez vite". Oui oui oui...🙂 )
Pour un noobs dans mon genre c'est essentiel d’être pris par la main de la sorte sur ce genre de manip!!
0 -
Merci @oracle7,
Bon alors finalement, à la lecture de ta réponse, je me suis dis qu'ayant créer mes clés OVH pour le domaine zxxx.ndd.tld, j'allais plutot virer le repertoire ndd.tld . (pourquoi ai-je eu ce repertoire là ? peut être à cause des manips que j'avais faite ensuite, afin de reccreer le renouvellement du certificat pour ndd.tld et non pour xxx.ndd.tld? mystère..)
Avant de reprendre donc tout à zéro, j'ai viré ce fameux repertoire ndd.tld et tenté un renouvellement en changeant la date dans le planificateur de tache.
Et là bingo. renouvellement effectué! Alors l'email envoyé me dit qu'il n'a pas été renouvelé. Mais il me semble avoir lu ici que c’était pareil pour tout le monde.
Je ne te cache pas que du coup je ne vais pas tout reprendre à zéro. Comme je t'avais indiqué j'ai suivi le tuto en pointant vers xxx.ndd.tld car il est possible qu'a l'avenir d'autres NAS utilisent le nom de domaine ndd.tld avec leur propre sous domaine , leur propre certificat et leur propre IP....
Merci pour ta patience une nouvelle fois ! Je continue à suivre ce thread ne serait-ce que pour la MaJ du script prochainement.
0 -
Il y a 2 heures, oracle7 a dit :
Quel certificat souhaites-tu renouveler effectivement ? car comme tes deux certificats ont la même racine, je soupçonne que cela mette la "cata" ...
Fais le ménage et ne retient qu'un seul certificat, à mon humble avis ce devrait être pour le domaine "ndd.tld" et son wilcard associé "*.ndd.tld" et c'est tout.
Merci @oracle7,
Quand tu me dis "fais le ménage", concrètement c'est quoi? J'ai effectivement 2 répertoires dans cert : un ndd.tld et un zxxx.ndd.tld . je vire le repertoire zxxx.ndd.tld ?
Suivant ce que tu me dis je vais anticiper le renouvellement de la semaine prochaine, l'histoire de tester direct, sans dépasser le quota.
0 -
Bonjour ,
Bon et bien toujours pas...J'avais pourtant bon espoir après la modif effectuée la semaine dernière.
Voici les fichiers log générés après ce nouveau renouvellement échoué.
D'avance merci pour votre aide!
0 -
Il y a 2 heures, oracle7 a dit :
J'en conclue donc que tu es toujours avec un DDNS que je qulifierai de "pas adapté" et donc sur une création de certificat sur quelque chose comme "ddns.ndd.tld". Non pas que cela ne marchera pas , mais cela aurait été tellement plus propre de le faire sur simplement "ndd.tld". Maintenant ce que j'en dis ...
Bonjour ,
En fait non . On avait eu une discussion la dessus le 11 décembre, que tu as probablement oublié et c'est tout à fait normal!! je reprécise juste ici quand même ce que je t'avais dit: J'ai un site web héberger par OVH sur ndd.tld. C'est la raison pour laquelle j'avais créé ce ddns sur le sous domaine et je te précisais aussi également, qu'il serait possible que d'autres certificats soient créés à l'avenir pour d’autres sous domaines pointant vers d'autres NAS possédant d’autres IP...
J'ai relu tout notre échange que j'avais aussi déjà partiellement oublié... C'est finalement pour cette raison que je n'avais finalement pas changé ma configuration. Mais j'écris bien, lors de cette échange, avoir tenté à un moment de recréer la clé, d’où l'erreur de renouvellement automatique hier.
bien cordialement.
0 -
Il y a 3 heures, oracle7 a dit :
Aucune idée, comme cela ... Tu n'as pas, depuis ta sauvegarde, recréer de jeu de clé par hasard ?
Euh... Si!! Quand nous avions discuter le 11 décembre de l’éventualité de refaire correctement la création du certificat en n'incluant pas xxxxx.ndd.tld afin d'avoir quelque-chose de plus propre. Finalement je n'y étais pas arrivé car de base j'avais créé le DDNS chez OVH en incluant le sous domaine . Bref il fallait que je reprenne tout , y compris la création du DDNS et j'ai finalement décidé de ne pas le faire.... Mais effectivement j'ai au début tenté de recréer un jeu de clé. oups!!
Je vais attendre donc la semaine prochaine et ça devrait rentrer dans l'ordre.
Encore merci.
0 -
Il y a 2 heures, oracle7 a dit :
La racine "/usr" est au même niveau que "/volume1".
Merci @oracle7 !
A la racine !.... pfiou par moment moi je me désole.
Bref.. j'ai effectué ce que tu m'as conseillé .
Alors a la fin de account.conf j'avais bien une ligne du type :
OVH_CK='xxxxxxxxxxxxxxxxxxx_Valeur_clé_ CK_xxxxxxxxxxxxxxxxx'mais elle ne contenait pas ma consumer key . C’était une autre clé!?!
Sais tu pour quelle raison? je l'ai donc remplacé par la consumer key que j'avais sauvegardé il y a 2 mois. sauvegardé le fichier et ensuite replacé ce fichier à sa place.
Je pense attendre le renouvellement auto dans une semaine pour voir si ça fonctionne, plutôt que de forcer manuellement.
Qu'en penses-tu?
Encore merci pour ta patience.
0 -
Il y a 3 heures, oracle7 a dit :
Donc, maintenant avant de relancer un renouvellement, il te faut a minima insérer cette clé "OVH_CK" dans le fichier "/usr/local/share/acme.sh/account.conf". Tu copies la valeur de clé à partir de la sauvegarde que tu as faite antérieurement et tu insères dans le fichier "/usr/local/share/acme.sh/account.conf"
@oracle7 Merci beaucoup pour ta réponse .
Bon je pense que c'est là ou je vais commencer à être un peu lourd. Mais j'avoue direct que je n'arrive pas a accéder à ce fichier account.conf. Ou se trouve-t-il? je suis perdu direct!
Je me suis connecté en root . je n'arrive pas à comprendre ou il est? Il s'agit de mes répertoire partagé? dans mes répertoires partagés a été créé lorsque j'ai suivi le tuto un répertoire cert et un autre scripts. Dois-je me mettre à la racine volume1 pour trouver le repertoire acme.sh ?
Vraiment désolé!
0 -
Bonjour,
Bon et bien 2 mois après avoir appliqué ce tuto, réussi manuellement à mettre à jour le certificat en le forçant pour voir si tout fonctionnait bien, le renouvellement automatique était prévu hier soir.
et malheureusement sans succès....
voici les 2 fichiers log qui ont été générés.
Je suis complétement largué. Si quelqu'un peut y jeter un œil. Si la solution est simple je tente une modification , sinon je pense laissé tomber. Je pense ne pas entre assez compétent.
D'avance merci!!
0 -
-
OK! Merci!
Nebelnic
0 -
il y a une heure, oracle7 a dit :
Effectivement dans ce cas tu as raison, si et seulement si chaque NAS a sa propre @IP dynamique, il te faut bien créer un DynHOST pointant sur un domaine du type "nasX.mondomaine.tld".
Ensuite, tu pourras créer un certificat LE :
- soit global : Certificat G pour pour "mondomaine.tld", "*.mondomaine.tld", "*.nasX.mondomaine.tld", "*.nasY.mondomaine.tld", etc...
-
soit spécifique et dédié pour chacun des domaines X, Y, ... :
- Certificat X pour "nasX.mondomaine.tld", "*.nasX.mondomaine.tld"
- Certificat Y pour "nasY.mondomaine.tld", "*.nasY.mondomaine.tld"
- etc ...
Peux tu m'expliquer pourquoi il faut mettre *.nasX.mondomaine.tld ? pour que ça prenne en compte d'eventuels "sous sous domaine"?
A quoi correspond cette * ?
Citationstricto sensus OUI, mais en pratique (voir les écrans ici de l'aide en ligne OVH) il en est tout autre.
Dans le premier écran de l'étape 1, lorsque l'on crée l'identifiant de gestion des DynHOST, il faut entrer obligatoirement un "subdomain" comme ils disent. Et c'est là qu'un bon nombre font la confusion.
Par contre dans le second écran (à l'étape 2), le champ "subdomain" lui, n'est pas obligatoire.
On le laisse vide et c'est là toute l'astuce pour obtenir au final un un enregistrement DynHOST (ou DynDNS) sur un domaine du type "mondomaine.tld" et non pas sur "sousdomaine.mondomaine.tld". Tu me suis ?
Cordialement
oracle7😉
Oui je pense avoir suivi. 😊 Merci une nouvelle fois!
Et si j'ai bien suivi (à voir...) , dans mon cas, arrivé à l'étape 2, je ne peux pas d’après OVH faire pointer mon DynDNS vers mondomaine.tld car j'ai déjà un enregistrement DNS (type A) dans mes zones DNS, mondomaine.tld qui pointe vers l'IP du serveur chez OVH qui héberge mon site web "mondomaine.tld".
Désolé pour les infos parcellaires que je donne petit à petit!!
Nebelnic
0
Les miniatures des dossiers et sous dossiers de Synology Photos
dans Synology Photos
Posté(e) · Modifié par nebelnic
Merci @Dimitri045 ,
C'est effectivement ce que je comptais faire pour les 1ers dossiers. C'est juste que j'ai des photos "non classées" à la racine de ces 1ers dossiers, qui justement sont choisies comme photos du dossier sans que je le demande...
Bref ça nécessite un peu de réorganisation alors que l'option du choix de photo de dossier existait sur photo station...