Mic13710

Euh... @pascalou59, quel est le rapport entre DSM6.1.1 et Let's Encrypt ?

Pas à ma connaissance. Si je veux garder un sujet qui m'intéresse, je fais un simple copier/coller dans une page word.

Je ne connais pas iTune ni d'ailleurs aucun produit de la pomme, mais je pense que vous faites fausse route. Hyperbackup vous permet seulement de sauvegarder du contenu. A ce titre, une fois que vous avez activé la sauvegarde sur le NAS de destination, un dossier NetBackup est créé sur lequel toutes les sauvegardes sont faites. Il est donc tout à fait normal que vous ayez ce dossier dans votre arborescence. Vous avez une tâche de sauvegarde en .hbk dans laquelle vous trouvez les différents dossiers en fonction des paramètres de la tâche. Rien d'anormal en ce qui concerne le dossier Netbackup. Par contre, l'utilisation que vous envisagez sort du cadre d'une sauvegarde. Une sauvegarde ne doit pas être utilisée en tant que base de travail. Elle est sensée permettre uniquement la restauration de données en cas de perte ou de corruption. De plus, il me semble que par défaut hyperbackup chiffre les dossiers de destination ce qui de fait les rend inexploitables en tant que fichiers. Si vous voulez une sauvegarde plus classique, il faut je crois utiliser le mode Heritage qui permet une sauvegarde en clair. Ce qui de toute manière ne change rien sur ce que doit être une sauvegarde.

ce qui offre aussi l'avantage d'en créer par type d'utilisation. Perso j'en ai 4 : 1 pour le ns, le www, le mail. C'est celui par défaut. 1 pour les applications : multimedia, download, file station etc... 1 pour Domoticz sur le NAS et les Rasp 1 pour CardDAV et CalDAV, que je vais probablement jumeler avec le principal

A l'heure actuelle, 2To peut être considéré comme le minimum syndical. Sur un NAS, il y a l'espace occupé par les données et l'espace occupé par des dossiers cachés liés aux applications. Certaines sont très voraces comme par exemple : CloudStation, DownloadStation ou encore Surveillance Station (lorsque plusieurs caméras HD sont utilisées). Par ailleurs, il y a rapidement une inflation au niveau des fichiers multimedia. Les 2To peuvent paraître suffisants au début, et puis on se retrouve au bout d'un an ou deux confronté à un manque d'espace. Je vous conseille plutôt de regarder du côté des 3 voire même 4To. Pour le modèle, choisissez plutôt des disques compatibles avec votre NAS (liste sur le site Syno). Inutile de prendre des 7200tr, ça ne sert strictement à rien. Des 5900tr sont suffisants et aussi moins gourmands en énergie. Inutile non plus de vous focaliser sur les disques dit "special NAS". Ce sont uniquement des arguments marketings sans apport réel ou avéré sur le fonctionnement du NAS et la longévité des disques. Mais si vous trouvez un prix intéressant sur ces modèles, vous pouvez les prendre sans hésiter, surtout qu'ils bénéficient d'une garantie de 3 ans au lieu de 2. Choisissez les dans des marques connues (WD, Seagate, HSGT). Si vous montez vos disques en RAID1 ou SHR avec protection des données, la capacité totale de stockage sera celle du disque le plus petit. Donc, 2x2To vous donneront 2To de stockage.

Je ne voudrais pas dire de bêtise mais l'ouverture du VPN se fait seulement à partir du client. Si le lien VPN entre un client et le serveur n'est pas établi, comment, vers quoi ou vers qui le serveur pourrait-il ouvrir un lien ?

Je ne l'utilise pas car je ne télécharge rien, aussi je ne sais pas ce qu'il vaut, vous avez un paquet qui s'appelle downloadstation qui devrait vous intéresser. Mais avant tout cela, il faut d'abord correctement paramétrer et sécuriser votre NAS. Vous pouvez aller voir la partie tutorials du forum et commencer par mettre en pratique le tout premier tuto sur la sécurisation du NAS qui a été réalisé par Fenrir. C'est un préalable indispensable, surtout si vous voulez connecter votre NAS sur le net.

A mon sens, ni plus ni moins que les autres applications du NAS. L'accès est certes moins sécurisé mais une fois que vous y êtes, encore faut-il trouver la faille qui vous permettra d'aller fouiller plus loin que les dossiers de l'application.

D'où mon conseil : Pour vos problèmes de débit, c'est au niveau du réseau qu'il faut regarder. Mais comme je ne connais pas votre installation, je ne peux pas trop vous aider. Le Wifi est très souvent la cause d'une perte de débit. Tout dépend de la force du signal, de la qualité de la borne, des interférences, du type de transmission (a, b, n, ac) et de beaucoup d'autres facteurs.

Elle peut être installée manuellement. Il suffit de télécharger le fichier .pat correspondant à votre NAS (dont on ne connait pas le modèle soit dit en passant) sur le site Syno.

C'est sûr que le serveur DNS demande un gros effort pour sa mise en oeuvre. J'ai assez galéré sur le mien. Mais quand ça fonctionne, c'est vraiment le top. Ceci étant dit, on s'éloigne très fortement du sujet initial. Aussi, je vous conseille d'ouvrir un autre sujet pour traiter de vos autres questions auxquelles je répondrais bien volontiers si je peux.

Merci pour ce retour.

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.

C'est tout à fait normal. Le nas reçoit une requête mais ne sait pas à qui elle est adressée. Vous pouvez par exemple paramétrer des alias dans le portail des applications, mais je vous conseille plutôt de vous tourner du côté du serveur dns (un autre excellent tuto de Fenrir) et du reverse proxy.

Il n'y avait aucune intention de classer ni de vexer qui que ce soit. Ce que j'ai écrit est la stricte vérité. J'ai déjà vu au moins 2 cas depuis que je suis sur ce forum. On ne sait pas à priori à qui on a affaire, ni son niveau de compétence. Raison pour laquelle je préfère que le disque soit retiré pour éviter tout simplement que ça se reproduise . On a tous été des débutants un jour. Et oui, comme vous le faite remarquer, le wifi c'est lent. Il ne faut surtout pas utiliser ce mode de connexion sur un NAS. Le filaire et rien que le filaire. Si ce n'est pas possible, à la rigueur des CPL, mais surtout pas le wifi.

Il y a une nouvelle version sortie aujourd'hui : 6.1.1-15101

Soit pas pressé, actuellement ils sont en plein débugage .

Apparemment il y est maintenant sur presque tous les modèles, ainsi que le .pat.

Les dates de maj dépendent de ce qui est programmé dans le cron. 5 jours c'est ok. T'imagines la pagaille si tous les NAS faisaient leur maj en même temps ? Perso j'attends encore quelques temps avant de basculer à la 6.1. Je viens tout juste de passer à la 6.0. Pas trop de nouveautés à la fois.

Je n'ai pas la 6.1 mais j'ai eu aujourd'hui tout un stock de maj des paquets dont beaucoup concernaient la 6.1.1 J'ai eu quelques messages surprenants sur les paquets multimédia, photo station et surveillance station comme quoi l'installation avait échoué, mais au final, tout a l'air de fonctionner. Un bug ?

¨Pour tout te dire, j'ai fait une demande au support hier pour savoir comment on pouvait choisir. C'était avant que je comprenne que c'était le mode de connexion qui dictait le type du lien, mais ça reste toujours d'actualité. Voici mon message : Bonjour, A moins que quelque chose m'ait échappé, je ne comprends pas pourquoi il est impossible de choisir le type de connexion (http ou https) pour les liens partagés. J'ai activé le serveur DNS dans lequel j'ai un nom de domaine spécifique pour les fichiers : file.mondomaine.fr. Pour simplifier, mes accès externes se font sur le port https par défaut : 443. Dans "Accès externe", onglet "Avancé" j'ai indiqué le nom d'hôte file.mondomaine.fr, le port 80 pour le HTTP et le 443 pour le HTTPS. Or quand je crée un lien sur un fichier, celui-ci est sous la forme http:\\file.mondomaine.fr:80\sharing\etc.. D'accord, je peux modifier l'adresse à la main pour la passer en https, mais ce n'est pas une solution acceptable et surtout je ne peux rien faire pour le QCode. Pourtant dans les paramètres de File Station il y a bien le choix d'un lien en HTTPS, mais il ne concerne que QuickConnect! Pourquoi n'est-il pas possible de faire de même avec un lien classique ? A quoi bon indiquer dans "Accès externe" les ports http et https utilisés si l'utilisateur ne peut pas choisir celui qui doit être pris en compte pour la création des liens partagés ? J’avoue ne pas bien comprendre. Comme je l’ai dit, il est possible que j’aie raté quelque chose, aussi, pouvez-vous me dire comment faire ce choix ? D’avance merci pour votre aide. J'attends leur réponse.

Je vais jouer à Macron. Je suis d'accord avec toi. C'est vrai que la proposition "par défaut" devrait être en https, à condition toutefois d'avoir un certificat valide (ce qui n'est pas le cas de tout le monde). En même temps, on peut très bien avoir besoin du http pour des partages en réseau privé ou bien pour des fichiers lourds et/ou non critiques (vidéos, photos par exemple) pour lesquels le https va impacter inutilement le temps de téléchargement. Je vois plusieurs possibilités : Soit du https "par défaut" Soit comme pour QC, la possibilité de choisir dans les paramètres de filestation (ou ailleurs peu importe) le type de lien qu'on souhaite avoir pour les partages Soit créer les deux avec la possibilité de choisir celui qui est à conserver dans la liste des liens partagés Soit une combinaison des trois : par défaut en https, choix permanent http ou https, choix à la carte Il est clair de toute manière qu'il y a matière à amélioration. C'est tout de même aberrant que ce soit le NAS qui décide du type de lien alors qu'il ne connait pas le besoin.

J'ai déjà vu ça par le passé. Certains ont fait plusieurs tours de pistes avant de comprendre. L'expérience mon cher, l'expérience...

C'est surtout pour éviter que l'installation reparte sur un nouveau SHR. Avec un seul disque, pas de risque. Mais si ça peut se faire sans, tant mieux.

C'est tout à fait possible de migrer de l'un vers l'autre, mais vous aurez probablement quelques réglages à reprendre. Voir la base de connaissances sur la migration pour la marche à suivre. Un point important : il ne faudrait pas que vos disques soient issus d'une migration précédente sinon vous risquez de très vite être confronté à des limitations.