Mic13710

En omettant les ports, ce sont les 5000 et 5001 qui sont utilisés. Comme j'utilise le serveur DNS avec le reverse proxy et que je ne passe que par le 443 pour mes accès externes, ça permet d'avoir des liens de partage plus propres (sans indication de port). Les 5000 et 5001 ne sont utilisés qu'en interne pour accéder au DSM.

@Fenrir Super ! Je voyais bien que c'était une histoire de priorité, sans savoir comment la régler. Ton lien est effectivement la solution. En mettant le métrique à 1, ça fonctionne : le serveur DNS interrogé est bien le distant. Merci pour cette information. Il me semble bien pourtant ne pas avoir dit autre chose 🙂 😄 : Mais tu as raison, j'aurais pu être plus clair ☺️

Il faut bien que ces champs soient remplis pour pouvoir créer des liens de partage. Perso, mes infos sont les suivantes : file.mondomaine http : 80 https : 443 Ainsi, mes liens de partage sont sous cette forme : https://file.mondomaine/sharing/blablabla

Voir le comparateur Synology. https://www.synology.com/fr-fr/products/compare/DS218+/DS218play

Et vous espérez quoi ? Ici c'est un forum d'entraide, pas celui des doléances.

@Fenrir Je comprends bien mais je ne souhaite pas mettre ces données sur le forum pour des raisons évidentes. Et ça n'apporte pas vraiment d'autres éléments que ceux que j'ai indiqué. Je te le réécris : De mon PC : nslookup ndddemonami Serveur : UnKnown Address : L'IPPrivéeDeMonNas Réponse ne faisant pas autorité Nom : ndddemonami Address : L'IPPubliqueDeMonAmi De mon portable : nslookup ndddemonami Serveur : UnKnown Address : L'IPPrivéeDuNasDeMonAmi Réponse ne faisant pas autorité Nom : ndddemonami Address : L'IPPrivéeDuNasDeMonAmi C'est surtout le comportement du PC fixe qui me dérange. En me connectant au VPN, je pensais que toutes les résolutions se faisaient sur le serveur DNS du NAS de mon ami. Le portable le fait. Pas le PC qui lui passe d'abord par mon serveur pour la résolution de ndd. Ce n'est pas un souci à partir de mon espace privé (c'est un PC fixe dans mon bureau), c'en est un si la connexion est établie dans l'espace publique car on ne sait pas quel chemin sera emprunté.

Une petite présentation est toujours appréciée par ici. Pas possible de modifier la RAM d'un 214+, à moins de déssouder l'existante, ce que bien évidemment je ne vous conseille pas de faire.

Une petite présentation est toujours appréciée par ici. Le DAC se branche sur le réseau, tout comme le NAS. Pas possible de le brancher en USB.

Je ne dois pas me tromper de beaucoup en disant que la charge concernant la gestion du RAID quel qu'il soit par mdadm est quasi nulle. Si votre CPU est surchargé, ce n'est pas de ce côté là qu'il faut chercher. Par contre, si l'un de vos disques a un problème, les temps et facilité d'accès aux données peuvent être considérablement détériorés.

C'est la même chose : le pc interroge le serveur DNS de mon NAS et l'ip renvoyée est l'ip publique de mon ami, le portable interroge celui du NAS de mon ami et retourne l'ip privée du même NAS. Edit : Je précise que les réglages sont les mêmes sur les 2 PC. Réseau local : Ethernet (PC) et Wifi (Portable) sont en DHCP et obtiennent les adresses DNS automatiquement VPN : Les deux sont en IP automatique et en manuel pour les adresses DNS, dans l'ordre : IP privée du NAS distant (192.168.x.x), IP privée de mon NAS (192.168.y.y)

@Fenrir Merci pour ton retour. Les OS sont les mêmes (W10). J'ai fait un nettoyage du cache DNS et ça ne change rien. Je ne comprends pas.

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.

Un modèle supérieur c'est surtout pour mieux gérer le multitâche. Si vous ne faite que de la sauvegarde et que vous n'utilisez pas les autres applications, un modèle J fera l'affaire. Je vous orientais vers le 118 car il offrira au moins 3 ans de plus de support que le 115. Le Vault permet une gestion centralisée des sauvegardes entrantes et sortantes d'un NAS. Ce n'est pas indispensable et de toute manière, vous pourrez l'exploiter sur un nouveau NAS pour gérer les sauvegardes vers le 110J.

Vous pouvez paramétrer une tâche hyperbackup vers un NAS rsync, ce qui est le cas du 110J. Mais vous n'aurez pas le Vault. C'est vrai je me suis fourvoyé, pas de 118J mais un 218J. Dans la série DS1xx c'est le 115J. Il y aura peut-être un 119J dans ce cas, mais faut attendre quelques mois pour savoir .. Sinon, vous avez le 118 qui est dispo et plus performant.

Les sauvegardes rsync existent sur DSM5.2 dans sauvegarde et réplication. Pour autant, le 110J est un modèle assez ancien (2010) et son DSM arrêté au 5.2 ne dispose pas des nouvelles fonctionnalités offertes avec DSM 6.x telles que CloudStation Backup (PC vers NAS) et HyperBackup (NAS vers autres supports) qui correspondent parfaitement à votre demande. De plus, le 110J est un NAS entrée de gamme qui est aujourd'hui largement supplanté en terme de performance par les modèles J plus récents. A mon avis, il serait préférable d'investir dans un nouveau NAS (118J par exemple si vous cherchez un monobaie) et d'utiliser le 110J pour votre sauvegarde à distance, à la condition toutefois d'avoir des liaisons rapides des deux côtés pour ne pas y passer des plombes.

Je vous en ai parlé dans mon premier message. La seule solution viable hormis le HA c'est Hyper Backup. Tout n'est pas sauvegardé, mais les paramètres principaux le sont et il ne reste que quelques réglages à reprendre selon les paquets installés. Comparé au HA, vous aurez un temps de restauration qui sera bien évidemment plus ou moins long suivant la quantité de données, mais vous pouvez mettre cette solution en pratique avec vos NAS actuels.

Pas à ma connaissance. A moins d'une maj du firmware des DD qui réduirait le bruit, je ne vois pas de soft capable de faire ça. Les bruits mécaniques peuvent être diminués en plaçant par exemple un tapis amortisseur sous le nas.

Le High Availability est décrit dans cette page Synology https://www.synology.com/fr-fr/dsm/feature/high_availability Vous trouverez en haut à droite des liens vers les spécifications matériels et les modèles compatibles.

Je ne comprends pas ce qui ne va pas. Je m'occupe du NAS d'un ami à distance. Il a un ndd chez OVH et j'y ai fait les enregistrements de la zone publique. Le serveur DNS du NAS est activé et fonctionne en local. nslookup www.nas-forum.com 192.168.1.101 Server: 192.168.1.101 Address: 192.168.1.101#53 Non-authoritative answer: Name: www.nas-forum.com Address: 94.23.33.37 Le reverse proxy fonctionne aussi et mes ndd (OVH) et (NAS) sont bien résolus. J'ai 2 PC chez moi et lorsque je me connecte au réseau de mon ami via son serveur VPN, je n'ai pas du tout le même comportement selon le PC. Je précise que les deux liaisons VPN utilisent les mêmes DNS qui pointent vers l'IP du NAS distant. Elles passent toutes les deux par OpenVPN. De mon PC fixe, un tracert vers un ndd enregistré à la fois chez OVH et sur le NAS emprunte systématiquement le WAN (cad ma liaison internet normale) et me retourne l'IP publique de mon ami. Par contre, si le ndd n'est enregistré que sur le serveur DNS de son NAS, il passe par son LAN (via le VPN) et me retourne l'IP privée de son NAS. De mon portable, les mêmes tracert emprunte systématiquement le LAN (via le VPN), que le ndd soit enregistré ou pas chez OVH. A l'inverse, un tracert de mon PC fixe vers mon propre ndd interroge directement mon propre LAN et me renvoie l'adresse privée de mon NAS. Sur mon portable, il passe par le VPN et me renvoie mon IP publique. Il semblerait que mon PC fixe n'utilise pas systématiquement le VPN et tente d'abord de résoudre les ndd sur son propre réseau (LAN, WAN) avant d'aller interroger le serveur DNS de mon ami alors que le portable ne passe que par le VPN pour résoudre les ndd. Pourquoi à réglages identiques je n'ai pas les mêmes comportements ?

L'évolution du RAID d'un groupe existant vers un RAID supérieur n'est pas possible sans ajout de disque(s). Vous ne pouvez pas par exemple changer un RAID5 sur 4 disques en RAID6 sur 4 disques. C'est la même chose d'un SHR1 vers un SHR2. Tout simplement parce que cela reviendrait à dire qu'on diminuerait la taille du volume construit pour passer d'une tolérance de panne à 1 disque à une tolérance à 2 disques, ce qui est totalement impossible. La seule possibilité c'est d'ajouter un disque (ou plus selon les disques constituant le SHR).

Vous ne pouvez pas faire une conversion d'un SHR1 vers un SHR2 d'un groupe de disque existant. Ce que vous souhaitez faire exige l'ajout d'un disque de 4To. Et donc, à moins que votre NAS ait une baie de libre, ce ne sera pas possible et il va falloir supprimer votre volume pour le recréer.

Le disque a un sérieux problème. Le test smart étendu apportera des infos supplémentaires, mais avec autant de secteurs HS, il semble acquis que le disque est à changer. Perso, c'est ce que je ferais en urgence. Et je déplace le sujet dans la bonne section.

Dans la corbeille de file station, si elle a été activée.

La question n'a strictement rien à voir avec le sujet. Merci d'ouvrir un nouveau sujet.

badblock n'est pas uniquement réservé au NAS. A partir du moment ou le disque est reconnu, il ne doit pas y avoir de pb pour le faire. Et puis ça ne coute rien d'essayer puisque le test est non destructif je suppose. @firlin peut confirmer. Par contre, il est possible que la méthode par le DSM ne passe pas et qu'il te faille passer en ligne de commande sur le terminal. J'avais pensé que la numérotation des disques était différente sur le e-sata, un peu comme sur l'extension Syno dans laquelle les disques sont référencés en hdX et non en sdX. Je vois que ce n'est pas le cas et que la numérotation se continue si le disque est seul. L'erreur est semble t'il sur le boot. Je ne préfère pas aller plus loin au risque de te faire faire une ânerie. Toucher la table de partition est un exercice à risque. Tu as un article intéressant sur la réparation des disques GPT : http://rodsbooks.com/gdisk/repairing.html