Mic13710

Un certificat s'applique uniquement sur un nom de domaine. Si vous faites une requête sur une IP comme vous l'avez fait, aucun certificat ne peut s'appliquer d'où le message. Pour le certificat par défaut, vous sélectionnez le certificat synology.me, bouton Action, modifier et vous cliquez sur Configurer comme certificat par défaut. Il faut ensuite attribuer le certificat aux différents services. Cliquez sur le bouton Paramètres et vous sélectionnez le certificat à utiliser pour chacun d'eux.

@xamolus, effectivement votre demande n'a rien à faire dans cette section. Je déplace, merci de faire attention la prochaine fois. VM ou pas, Docker ou pas, ou je ne sais quoi d'autre, peu importe. Le fait de monter un groupe en RAID ou SHR ne change rien. On ne fait qu'un miroir d'un disque sur un autre. Le RAID n'est qu'un support de stockage comme un autre. Par contre, il est plus sensible aux erreurs de parité. Normal, puisqu'il ne peut pas y avoir erreur de parité sur un seul disque 😄. Bien qu'un RAID1 ou SHR sur deux disques soit moins sensible à ce type d'erreur, il est fortement conseillé d'alimenter le NAS avec un onduleur compatible afin de mettre le NAS en sécurité en cas de panne secteur prolongée.

Je n'utilise pas quickconnect, je ne peux rien en dire. Que ce soit sur PC ou smartphone, le lien généré dans Synology Photo est comme ce que j'indique dans mon message plus haut, il commence par le nom de domaine renseigné dans Accès externe avancé. Il suffit de remplacer par l'url utilisée pour atteindre directement synology photo. Si vous passez par quickconnect vous avez probablement une url qui vous permet de joindre Synology photo. C'est ce lien qu'il faut mettre à la place. Par contre, le lien généré dans synology photo n'est pas listé chez moi dans les liens de file station. Uniquement dans l'application.

Sage décision. Ne pas lancer la mise à jour alors que le groupe est en cours de construction. Quelques heures d'attente.

@firlin, ça n'a pas changé en passant de 6 à 7. La gestion des groupes et des volumes est identique. @Tical, oui 😉

Le lien de partage file station est différent de celui de synology photo. Le premier est un simple accès aux fichiers, le second s'affiche dans une page synology photo. Si c'est pour du téléchargement, le premier est suffisant. Le second est préférable si on veut montrer et partager des photos.

Lorsqu'on rajoute un disque, le gestionnaire de stockage demande ce qu'on veut en faire, soit monter un nouveau groupe (sur lequel on monte ensuite un volume), soit (ce que vous souhaitez faire) le rajouter au groupe existant si le disque est acceptable par le groupe (capacité au moins égale au disque existant). C'est tout. Si votre disque a été utilisé dans le NAS précédemment, il est préférable de faire un formatage rapide sur un PC pour casser les partitions.

Bonjour @Tical, soyez le bienvenu sur ce forum. Voilà une présentation comme on aimerait en voir plus souvent 👌

Je ne suis pas un grand utilisateur du transcodage, toutefois il ne me semble pas qu'il ait été supprimé sur les NAS qui en bénéficiaient. Il y a aussi une limitation due aux CPU non compatibles transcodage. De ce que j'en ai lu, ceci touche essentiellement les séries 25. Malheureusement, je ne suis pas surpris. Ca confirme l'éloignement de la marque de la tranche grand public. Quand on consulte la liste des NAS de la série Essentiel (value et J), elle est bien maigre (4 modèles) et il n'y a aucun x25. Il n'y a plus de DS4xxJ, le dernier est le 420. Au regard de l'offre limitée dans ce créneau, on voit nettement le désintérêt de la marque pour les particuliers. A voir en fin d'année lorsque les x26 vont commencer à sortir leurs nez, s'il y a des modèles prévus dans les entrés de gamme. Mais comme tout ce qui concerne le grand public et peu à peu abandonné, on peut se demander qui va encore acheter des NAS dont l'offre ne répond plus aux attentes des consommateurs. Moi non plus @rodo37 je ne comprends pas leur stratégie suicidaire. Je vais peut-être encore me laisser tenter par un 224+ ou un 723+ sur lesquels ont peut encore monter des disques tiers pour remplacer mon 718+ et ensuite, à moins que Synology se ressaisissent, ce sera probablement le dernier de la marque et la fin d'une longue histoire commune depuis 2007.

Généralement ça se passe comme ça, et parfois ça se passe le jour même. Si si 😄 Le seuil d'alarme est réglable dans les paramètres du volume. Dans le gestionnaire de stockage, menu Volume x, dans la fenêtre à droite cliquez sur les 3 points en haut à droite, Paramètres, Notification de faible capacité. Vous pouvez réduire ce seuil pour supprimer l'alarme immédiate mais il va tout de même falloir analyser votre stockage pour comprendre ce qui occupe de la place et surtout ce qui le rempli autant, et pour cela, il faut passer en ssh et utiliser un terminal (putty si vous avez un PC sous windows) pour passer des commandes. Si vous cherchez dans la section des tutoriels, vous devriez trouver un tuto qui en parle. Je vous laisse chercher.

Quel modèle de NAS ? Avez-vous essayé de changer de câble ethernet, de connecter le NAS à un autre port de votre switch ou routeur ? D'utiliser un autre port ethernet du NAS s'il en est pourvu ? Si ça ne fonctionne pas, vous pouvez faire un test de la carte mère https://kb.synology.com/fr-fr/DSM/tutorial/Why_am_I_unable_to_install_my_Synology_NAS_and_why_is_my_power_LED_is_flashing_constantly Si le test est ok, vous pouvez éventuellement tenter de faire une installation à partir d'un disque neuf ou usagé peu importe pour voir si ça fonctionne mais je crains fort que ce soit peine perdue. Très souvent malheureusement ce genre d'incident est le résultat d'une surtension qui grille le contrôleur réseau rendant le NAS inutilisable.

De ce que je comprends, le NAS en question n'est pas acheté. Donc, avant de faire des demandes sur un tuto qui ne sera éventuellement mis en oeuvre qu'au moment de l'installation, il vaudrait mieux d'abord commencer par définir les besoins pour faire le bon choix matériel. Pour cela, je vous invite à reformuler votre demande dans la section "Questions avant achat" qui est plus appropriée à votre situation.

4x12To en RAID5 c'est tout de même 36To de stockage théorique. Alors quand vous dites que vous n'avez pas beaucoup de données et que votre NAS est plein, y'a comme un blème. 36To ce n'est pas rien. Ca se remplie avec beaucoup d'effort. Vous êtes sûr de ne pas avoir oublié de nous parler de très gros fichiers ? Normalement, le versionning en btrfs a un impact assez faible. AMHA, ce n'est pas le versionning qui pose problème. Hyperbackup par exemple peut sauvegarder un nombre important de versions (je crois que par défaut c'était à 256 dans les premières versions du paquet) sans que cela impacte fortement le stockage. Quelles applications utilisez vous, quelle est la taille "réelle" de vos données ? Est-ce que le port SSH est activé dans DSM et savez vous utiliser le terminal ?

Dans le gestionnaire de stockage, tout simplement.

Le problème vient du fait que le lien généré dans Synology Photo est construit avec le Nom d'hôte ou l'IP statique qui est renseignée dans DSM Accès externe/avancé. Ce lien ne fonctionne pas s'il n'est pas directement envoyé vers l'application. Il faut donc remplacer le nom d'hôte par l'url utilisée pour joindre Synology Photo de l'extérieur (un lien de partage est généralement adressé à des personnes en dehors du réseau 😉). Concrètement, si pour joindre Synology Photo de l'extérieur vous le faites par l'url https:\\photo.ndd, il faut corriger le lien généré https://<nom d'hôte dans DSM>/mo/sharing/CJGHukNLr en https://phot.ndd/mo/sharing/CJGHukNLr

Quels OS ? Comment tentez-vous de vous connecter sur chaque PC, par IP ou par DNS ?

Franchement, je ne comprends pas tout. docker exec acme sh -c "acme.sh --issue --keylength 4096 -d 'domaine.ovh' -d '*.domaine.ovh' --dns dns_ovh convenait très bien. Il couvre le premier niveau et tous les deuxième niveaux. Dans le suivant vous ne couvrez que le deuxième niveau, le ndd principal n'étant pas couvert. Pour rappel, cette commande est ni plus ni moins celle du tuto.

Dans quel but ? Parce que si c'est pour que des tiers ne voient pas les ndd dérivés du ndd principal, ce n'est pas ça qui sécurise mieux votre site. Il n'est pas non plus nécessaire de passer par les ndd couverts par le certificat pour trouver cela. Par contre, vous vous embêtez copieusement la vie si vous créez un certificat par ndd. A vous suivre, il me faudrait des dizaines de certificats pour couvrir tous mes domaines. Ce n'est pas sérieux. Et comme je l'ai dit, vous n'avez pas besoin de donner les noms de chaque ndd créé. Un wildcard couvre l'ensemble et ne donne aucune information sur les noms utilisés en destination. Reprenez vos certificats (ou votre certificat si vous n'avez qu'un nom de domaine), utilisez le wildcard et ça sera tout de suite beaucoup plus simple.

Exactement cela : relancer le deploy-hook. Ceci étant dit, je ne comprends pas très bien votre approche. Est-ce que domaine.ovh et home-assistant.domaine.ovh sont issus du même domaine de premier niveau domaine.ovh ? Si c'est le cas, il me semble normal que le déploiement soit un peu compliqué. Pourquoi faire deux certificats séparés alors que tout peut être regroupé en un seul ? Si vous demandez un wildcard *.domaine.ovh avec votre domaine.ovh, ou même home-assistant.domaine.ovh avec domaine.ovh si vous ne voulez couvrir que ce dernier, à ce moment là vous n'avez qu'un seul certificat pour l'ensemble du ndd domaine.ovh. Attention, le wildcard couvre le deuxième niveau mais pas le troisième. Si vous avez par exemple toto.home-assistant.domaine.ovh, le wildcard ne le couvrira pas. Dans ce cas, il faut l'inclure dans la demande de certificat en indiquant domain.ovh, *.domaine.ovh, home-assistant.domaine.ovh, *.home-assistant.domaine.ovh. En clair, ne pas multiplier les certificats mais n'en faire qu'un seul qui couvre le domaine principal et ses différents niveaux.

Décidément, après une présentation plus que limite, vous faite une entrée fracassante sur ce forum. Alors, pour bien comprendre comment ça fonctionne, il y a des sections. Et depuis peu, des sections par constructeur. Chacune d'elle comporte un descriptif en en-tête. La première chose à faire c'est de choisir la bonne pour poser une question. Si tout le monde poste n'importe où comme vous venez de le faire, ça deviendrait vite un foutoir innommable. D'où ma question : que viens faire cette demande dans "Avis et critique des consommateurs" ? Quel est le rapport ? Je déplace mais merci de faire attention la prochaine fois.

C'est exprimé bizarrement mais oui, 2x4To en RAID1 donnent 4To de stockage. C'est un peu le principe : un disque est le miroir de l'autre. Ce qui est écrit sur l'un est écrit sur l'autre. Sinon, on ne pourrait pas assurer la continuité de service si un disque tombe en panne. Suivre les recommandations du constructeur sur les disques acceptés par leur NAS. Se limiter aux marques reconnues comme WD, Seagate ou Toshiba.

Quelques fois mais très rarement. Dans ce cas, je relance un déploiement. Si c'est systématique, c'est peut être que les certificats sont renouvelés ensemble. Il faudrait revoir la chronologie des mises à jour en décalant leurs renouvellements de quelques jours. Rien de garanti.

C'est ce que vous appelez une présentation ? Même pas un bonjour. Mieux vaut s'abstenir dans ce cas. Moi aussi j'ai un NAS Synology avec lequel je rencontre des difficultés. C'est clairement le cas de tout le monde ici. Sinon on ne serait pas là 😉

Non dans 2 mois. Le certificat valable 3 mois est renouvelé au bout de 2 😉

Euh... Ce n'est pas un scoop. J'ai une tâche non active dans le gestionnaire que je peux lancer en cas de besoin. Et c'est encore plus simple que votre commande : docker exec acme.sh --cron Autre commande à mettre en attente en cas de déploiement raté (importante car si le certificat est renouvelé et que le déploiement n'a pas été fait, on est bloqué) : docker exec Acme sh -c "acme.sh --deploy -d 'ndd' --deploy-hook synology_dsm"