Mic13710

Il n'y a pas qu'OVH qui propose ce service. Je pense que tous les registrars font plus ou moins la même chose. J'ai parlé d'OVH car c'est chez eux qu'est enregistré mon domaine. Synology le fait aussi, certes en moins glamour. Un vrai ndd, c'est tout de même mieux. Mon petit bonhomme est sourd et aveugle

Avec OVH, c'est très simple. Il suffit de créer un DynHOST sur l'IP publique actuelle ce qui va créer un enregistrement A mis à jour par le DynHOST. Et dans le NAS, on configure le DDNS pour qu'il mette jour le DynHOST lorsque l'IP change. L'enregistrement A n'apparait pas directement dans l'interface graphique de la zone mais est bien présent dans le mode texte.

Désolé @firlin mais pour moi, la demande n'est pas claire. Un grand volume avec 2 disques, ça ne veut rien dire. Il faut d'abord savoir comment ils sont montés (JBOD, RAID0, RAID1, SHR ?) avant de pouvoir répondre. Si c'est JBOD ou RAID0, c'est mort. Il faut tout réinstaller.

Il faut attendre la fin de la réindexation. Sur une série SE et suivant la quantité de données, ça peu prendre plusieurs jours.

Si pas d'IPV6, la seule solution que je vois passe par un ddns.

Bonjour, Un passage par le forum des présentations est toujours apprécié par ici. Certains y sont sensibles. Il n'est pas trop tard pour bien faire. Vu le peu d'infos fournies, je vous conseille d'aller d'abord consulter le sélecteur de NAS pour mieux cadrer votre besoin.

Bienvenu dans la communauté. Chez vous les années comptent double (DS213 c'est maxi 5 ans ) ?

Pas possible pour deux raisons : Le disque du 115j n'est pas compatible avec le 218 comme d'ailleurs avec n'importe quel nas multibaie. Et même si ça avait été possible, vous devriez faire une migration. Ce que vous souhaitez faire s'apparente à de la haute disponibilité ce qui non plus n'est pas possible avec les modèles de NAS que vous possédez. C'est seulement disponible sur des nas beaucoup plus puissants de la gamme pro. La seule option qui vous reste c'est une sauvegarde traditionnelle du 218 vers le 115. Vous pouvez regardez du côté de Cloudstation backup pour avoir une sauvegarde au fil de l'eau, mais ce système est très gourmand en espace disque. Je vous recommande plutôt Hyperbackup avec une sauvegarde journalière.

Tous les services sont de toute façon hors de prix au Canada. Mais j'ai cru comprendre que Free voulait s’y implanter. Si c'est vrai, ça fera sans aucun doute bouger les choses.

Ce n'est malheureusement pas le fait des connexions Vidéotron privées. Mon frère qui est à Montréal a un contrat pro et pour lui aussi le 80 est bloqué. Il faut encore payer une somme astronomique pour avoir accès au 80. Comme si le contrat de base n'était pas suffisamment "dispendieux". Je trouve ça très castrateur.

Les adresses actuelles Let's Encrypt sont connues. Il s'agit de 66.133.109.36 et 64.78.149.164. Il suffit de mettre deux règles d'accès permanent au port 80 pour ces adresses et c'est bon. Attention toutefois, ces adresses ne sont pas figées dans le marbre et peuvent très bien être modifiées par LE. Il faut donc vérifier périodiquement que les renouvellements s'effectuent bien.

Un réseau 10Gb peut améliorer sensiblement les choses mais comme le fait remarquer firlin, il faut que tous les acteurs soient en 10Gb. A voir si c'est possible sur tous les équipements et si l'investissement en vaut la chandelle. Notamment, le 10Gb impose des standards d'installation plus rigoureux et des tests de validation des liens. De plus, la longueur max avec des câbles CAT6 est abaissée à 56m au lieu de 100m pour les installations 100M et 1G. Il faudrait du CAT6a, voire du CAT7 pour atteindre des performances correctes. A moins d'avoir de très gros fichiers qui peuvent mobiliser le lien unique, l'agrégation de liens n'a guère d'utilité. Je ne me prononcerai pas sur l'utilisation envisagée ni sur le modèle de NAS retenu car je ne connais pas indesign et son environnement.

Non, mais j'évite de trainer dans les bars, surtout dans celui-ci où, malgré des racines belges avérées, ils n'ont pas de bonnes bières à offrir. Et puis perso quand je n'ai rien à dire, je me tais .

J'ai déjà donné la réponse à cette question Lorsque vous monterez le 8To, il faut choisir l'augmentation de volume. Vous pouvez aussi choisir de monter les 3 disques ensemble, ce qui de toute façon ne changera rien à la capacité finale qui sera de 8To. Si vous voulez 16To de stockage, la seule chose que vous pouvez faire avec vos 3 disques c'est de les monter en basic (ou SHR sans protection des données). Ca vous donnera 3 volumes, deux de 4To et un de 8To. Mais vous ne bénéficierez pas du RAID et ce sera plus compliqué pour répartir vos données. C'est un choix.

Dans tous les cas, vous serez limité au débit de votre liaison internet. Si vous êtes en adsl, il va falloir vous monter trèèèèès patient avec un tel volume. Et je ne peux pas dire de faire la première sauvegarde en local avec un serveur distant

Le problème est maintenant résolu. N'hésitez pas à ouvrir un nouveau message en cas de problème. Ceci est une réponse automatique.

Non. Le RAID ou le SHR s'applique sur la totalité des disques.

Il y a tout ce qu'il vous faut dans la section Tutoriels.

Sauf erreur de ma part, le reverse proxy du Syno n'est pas capable de résoudre une adresse du type ndd/xxxx/

https:\\ndd.fr\photo ne te renvoie pas vers photo station ? On voit bien ici que c'est acme-v02 qui est utilisé parce que tu as pris un wildcard. La même ligne chez moi est en acme-v01 puisque je n'ai que des ndd en dur.

Moi je n'ai qu'un seul dossier pour le ndd. Dans ce dossier, il y a un ndd.conf dans lequel on trouve : Le_Domain='ndd' Le_Alt='file.ndd,audio.ndd,etc.....' Regardes dans ton ndd.conf si tu ne retrouves pas le wildcard. Dans la suite de mon ndd.conf, il y a aussi : Le_Webroot='dns_ovh' Le_PreHook='' Le_PostHook='' Le_RenewHook='' Le_API='https://acme-v01.api.letsencrypt.org/directory' Le_Keylength='' La dernière ligne est intéressante. La tienne devrait indiquer 4096.

A mon avis la commande devrait être : 0 10 2 * * root root/.acme.sh/acme.sh --cron --home root/.acme.sh/

Ta ligne n'est pas bonne. Il faut que tu remplaces /usr/local/share/acme.sh/acme.sh par l'emplacement de ton acme.sh et /usr/local/share/acme.sh/ par celui de tes clés dans le dossier acme.sh.

Comme on n'a pas suivi le même tuto, ça explique que nous ne soyons pas dans le même bus. L'emplacement sur le tuto Gihub a été modifié le 28 juin 2017 par un des intervenants pour je cite : change the acme.sh install home to a persistent location Je présume que l'ancien emplacement était sujet à modif à chaque maj de DSM. Si ton acme.sh est installé ailleurs, il est bien évident que tu dois modifier le chemin dans le cron.

Euh, corrige ta ligne parce que là, ça ne le fait pas. T'as fumé la moquette ? 0 10 2 * * root root/.acme.sh/ndd.tld --cron --home root/.acme.sh/ Non tu ne changes rien. Le cron fait simplement appel au script qui va vérifier que ton certificat est valide. Sauf erreur, ton script est installé dans /usr/local/share/acme.sh/acme.sh et les clés de ton certificat sont bien dans un dossier ***.fr du dossier parent /usr/local/share/acme.sh/ Vérifie que tu as bien toi aussi le dossier ***.fr dans acme.sh. Rassures-toi, j'ai moi aussi le même dossier ***.fr dans root/.acme.sh Il faudrait éplucher en détail le script pour savoir si c'est lui qui fait le boulot dans les 2 dossiers. Je pense que oui. Ceci étant dit, j'ai lancé la tache planifiée manuellement car il se trouve que j'avais forcé le renouvellement de mon certif hier et que tous ceux qui étaient dans les dossiers du CERTROOTDIR étaient encore sous l'ancien certificat. Le script a bien fonctionné, tous les dossiers se sont mis à jour avec le nouveau, mais ensuite DSM m'a annoncé qu'il y avait un problème. Je me suis dit qu'à cela ne tienne, je vais redémarrer le NAS. Mais après le redémarrage, mon certif n'était plus acceptés et j'ai dû me connecter avec une exception. Pour retrouver mes petits, j'ai été obligé de revalider tous les domaines pour les passer sur le certificat Synology que j'ai heureusement gardé, puis j'ai à nouveau remis les domaines sur leur certificat pour que ça fonctionne à nouveau. Il y a donc un processus interne à DSM qui permet la validation des certificats du reverse proxy. Il doit y avoir autre chose à rajouter dans le script pour que les nouveaux certif soient acceptés. Quoi ? Je n'en sais rien. Pas simple cette affaire.