Classement

cd /volume1/@appdata Un simple cd / est plus efficace.

Il y a aussi Domoticz que j'utilise sur un Rasp PI4. A mon avis, que ce soit home assistant, jeedom ou domoticz ou d'autres, mieux vaut ne pas solliciter le NAS pour ces applications qui sont en général nativement adaptées et parfaitement intégrées sur des plateformes type Rasp.

Hello, j'ai aussi fait la migration il y a quelques semaines et ça s'est très bien passé. Je vais essayer de trouver le temps de mettre à jour le tutoriel, je devrais retrouver des disponibilités à partir de fin juin...

Normal je ne sais pas, mais je ne suis pas surpris.

Voilà, opération terminée... J'ai suivi vos conseils : installation "propre" de mon 723 avec les anciens DD de mon 716 et idem pour ce dernier avec 2 DD WD de 500 gb non utilisés Effectivement avec Putty j'ai pu constater une plus grande taille des partitions système Restauration des données et des paramètres sur les 2 nas avec la sauvegarde .dss et adapations suivant chaque machine (nom, ip, etc..) Encore merci pour vos interventions et conseils 😃

Bonjour, J'ai remarqué que parfois, les téléchargements sont long à se lancer. Une fois lancés, ils sont rapides, mais le démarrage est long alors qu'en téléchargement direct, c'est immédiat. Auriez vous une explication à cette bizarrerie ? Merci

Bonjour @Maximus Avec putty : sudo df -h La seule solution c'est de tout réinstaller. 1/Bien sauvegarder toutes ses données, sur deux supports c'est mieux. 2/Réinitialiser le NAS en mode 2 (reset). https://kb.synology.com/fr-fr/DSM/tutorial/How_to_reset_my_Synology_NAS ou pour version de DSM 6.2.4 ou plus récente : https://kb.synology.com/fr-fr/DSM/tutorial/How_to_reset_my_Synology_NAS_7 3/Réinstaller DSM 7.2 ou plus récent. Et vérifier la taille de la partition système md0 4/réinstaller les données à l'aide de la sauvegarde.

Parano on On peut toujours tout bloquer et la meilleure des défenses c'est de ne pas connecter le NAS vers l'extérieur. Ca limite pas mal les risques d'intrusion. Parano off Comme l'a dit @StéphanH, rares sont les ip publiques fixes. Seuls Free à ma connaissance donne des IP fixes à ses clients. Les autres les accordent parfois, moyennant quelques Euros et ce n'est pas valable pour tous les contrats. Par ailleurs, il est rare que des clients se connectent à partir d'un point unique. Les smart et tablettes, appareils nomades par excellence, peuvent aussi se connecter et ils auront forcément des ip différentes. Si vous voulez vous amuser à donner des droits à chaque ip à partir de laquelle vos clients se connectent, libre à vous, mais vous allez vite vous rendre compte que c'est ingérable. Il est bien sûr important de filtrer les IP et bloquer les zones géographiques est déjà une bonne approche, mais vous ne pouvez pas bloquer toutes les ip de la terre sans que vous ne vous retrouviez pas bloqué un jour ou l'autre. Ce qui est infiniment plus important c'est de mettre en place des règles de blocage qui interdiront automatiquement les IP dont les tentatives de connexion ont échoué. Certes, il y en aura qui voudront se connecter, mais il seront bloqués au bout de x tentatives. Tout ceci est expliqué et commenté dans le tuto sur la sécurisation. En clair, il faut être conscient que si vous ouvrez des accès au NAS, vous donnez des opportunités pour des tentatives d'intrusions. Le tout est de bloquer ces tentatives pour qu'elles n'aillent pas plus loin en bloquant les IP concernées. Et comme je l'ai dit plus haut, ça n'a rien à voir avec le mode de connexion (quickconnect ou Ip ou ndd). C'est à vous de soigner votre protection avec tout d'abord des mots de passe forts (c'est la première protection), un parefeu bien paramétré mais pas trop restrictif, et des règles de blocage plus ou moins sévères selon ce que vous souhaitez en terme de contrôle d'accès. Je ne vous conseille pas toutefois d'établir des règles qui bloquent à la première tentative échouée sinon vos clients se feront jeter à la moindre erreur de saisie.

J'étais le premier en France qui à eu son Ugreen NASync DXP480T Plus ! Pour remplacer mon antique DS620slim... Ça va faire un an maintenant. Le monde du silence !

Ca n'a pas de rapport. Le test badblocks permet de vérifier la surfacer du disque. Il est toujours préférable d'effectuer un test des disques, quelles que soient leurs marques, avant de les mettre en production.

Attention à l'erreur d'interprétation. Le RAID n'est absolument pas une sauvegarde. C'est seulement un assemblage de disques qui permet d'assurer la continuité de service en cas de perte d'un disque. C'EST TOUT ! Si vous partez sur un RAID1 (ou plutôt SHR si vous avez fait une installation par défaut) vous pouvez suivre cette procédure qui sera assez longue : faite d'abord des copies d'écran de vos différents paramètres. Ce sera toujours utile au cas ou vous auriez à en reprendre quelques uns. vous déplacez les dossiers partagés du volume 1 vers le volume 2. Ca se fait à partir de DSM, menu dossiers partagés où vous choisissez pour chaque dossier son emplacement. DSM se charge de faire le transfert du dossier et de son contenu. Toutefois cette méthode ne transfère pas les applications. Vous pouvez faire une sauvegarde de certaines des applications avec hyperbackup. A moins qu'il soit possible de choisir aussi l'emplacement des applications et de les transférer sur un autre volume ce que je ne sais pas n'ayant jamais effectué cette opération. A vous de vérifier dans le centre des paquets si c'est faisable. L'idée étant de déplacer un maximum de données et d'application du volume 1 vers le 2. lorsqu'il n'y a plus de données sur le volume 1 vous le supprimez ainsi que le groupe 1 dans le gestionnaire de stockage si le NAS n'est pas extractible à chaud, vous l'éteignez vous sortez le disque du groupe 1 et vous le remplacez par le nouveau 6 To vous créez un nouveau groupe 1 et volume 1 sur le nouveau disque vous déplacez à nouveau tous vos dossiers partagés, vos applications et vous restaurez vos sauvegardes hyperbackup s'il y en a. A ce stade, vous devriez avoir retrouvé le contenu de votre ancien groupe 1 et la majorité des applications. vous réinstallez les applications qui n'auraient pas été sauvegardées, vous vérifiez vos paramètres par rapport à vos captures. vous transférez vos dossiers partagés du volume 2 vers le 1. (vous pouvez le faire au point 7.) lorsque le volume 2 a été totalement transféré, vous le supprimez, ainsi que le groupe 2. inutile d'arrêter le NAS pour cette opération. Le disque est disponible pour être associé avec le groupe 1 Dans le gestionnaire de stockage, vous faite une augmentation du groupe 1 avec le disque disponible pour créer un RAID1 (ou SHR avec protection des données). Ce processus est assez long (quelques heures). A la fin vous aurez un groupe de 6To en RAID1 ou SHR.

Bonjour non , mon téléphone a sonné ça doit etre ça ::: J' avais aussi une instance docker avec home assistant , je préfére haut la main un raspberry avec un ssd pour bien scinder les appareils du réseau et ne pas trop encombrer le nas

Le firmware de ces disques est géré par Synology. Si tu as des doutes sur les valeurs S.M.A.R.T. des disques, contacte le support Synology depuis le Centre d'assistance inclus dans DSM. S'il y a effectivement une anomalie, ce sera corrigé par une mise à jour automatique du firmware dont tout le monde pourra bénéficier.

Bonjour @Vista1967, La procédure avec WDIDLE3 ne fonctionnaient que pour les disques dur de marque WD. Elle n'est plus d'actualité car le souci a été resolu depuis le temps ( cela date des disques GREEN plus de 10 ans voir 15). Ensuite a toi de voir si tu veux préparer les disques avant de les monter dans le nas. Je n'ai jamais fait de test badblock sur des disques Synology ( en réalité c'est des Toshiba).

@CyberFr et @cadkey, avant que ça dégénère, je vous conseille vivement d'en rester là. Pas de polémiques inutiles. C'est vrai que cette histoire de serveur DNS s'écarte du sujet initial mais comme il en a été question dès le premier message, on peut en parler sans toutefois en faire un sujet dans le sujet. Sinon ça devient confus. @cadkey, si vous avez un souci sur le serveur DNS, mieux vaut ouvrir un sujet dédié, ça fera plus sens. Je réponds toutefois à la dernière question : sur le NAS ou le routeur, peu importe où se situe le serveur. L'essentiel c'est qu'il soit correctement paramétré et surtout qu'il soit donné comme étant le serveur DNS principal sur le LAN. Et rien ne s'oppose à ce que vous utilisiez les deux avec un principal et l'autre secondaire.

Tu te glisses dans une conversation que j'ai initiée, dont le sujet n'a rien à voir avec ta demande et tu la pollues. Il est préférable dans ce cas d'ouvrir un autre fil de discussion. Je ne comprends pas ta démarche vu ton expérience sur le forum. D'autre part, tu disais dans un post du 2 mai dernier, donc tout récent : « Je ne parle pas de DNS Server, je ne l'ai pas. J'ai essayé mais je ne comprends pas, je n'ai pas eu d'amélioration en l'utilisant. J'ai suivi les tutos, en vain... ». Quand on émet des votes négatifs, ce que tu t'es permis de faire à mon égard, on respecte la charte du forum et on tient des propos cohérents. Parce que je comprends que tu ne sois pas enthousiaste à l'idée d'installer DSM Server puisque la citation indique que ta tentative de l'installer fût un échec. Mais ça, tu te gardes bien de le dire.

J'ai de la domotique sur mon NAS, deCONZ en docker et plusieurs scripts pour les Api Legrand, Hue, etc. Ça fonctionne bien.

Certes, mais je n'ai pas vu qu'il devait être accessible de l'extérieur. Bon courage pour la sécurité…

Préparer mon passage chez UGREEN car je ne sais pas s'ils disposent d'un proxy inversé 😀

tout d'abord le serveur dns n'utilise pas le 443 mais le 53. ensuite, la vocation du serveur dns du NAS (s'il est bien paramétré selon le tuto) est de résoudre des ndd locaux sinon ça ne pourrait pas fonctionner, sauf si le routeur est capable de faire du loopback. Le serveur dns local n'intervient pas sur des requêtes externes. Si tu utilises un reverse proxy autre que celui du NAS, il est bien évident que c'est vers celui-ci qu'il faut diriger les requêtes qui arrivent par le 443 pour qu'elles soient orientées vers les services appelés. Peu importe finalement quel équipement assure le reverse proxy, c'est vers lui qu'il faut diriger le 443.

Lorsqu'une URL est entrée dans la barre d'adresse d'un navigateur, ce dernier a d'abord besoin de connaître l'adresse IP de la destination. C'est le rôle du résolveur DNS qui va retourner l'adresse IP vers laquelle pointe le nom de domaine renseigné dans l'URL, et c'est la seule chose qui est demandée au serveur DNS. L'enregistrement DNS correspondant doit donc nécessairement être (ou pointer vers) un enregistrement de type A (IPv4) et/ou AAAA (IPv6), peu importe les alias CNAME utilisés en amont. CNAME calendar.ndd.fr -> A ns.ndd.fr -> adresse IPv4 Le navigateur peut maintenant contacter l'adresse IP retournée par le serveur DNS pour communiquer avec la destination. Jusqu'ici, il n'est toujours pas question du proxy inversé. Le serveur DNS a donc un rôle complètement dissocié. Mais sans lui, impossible de savoir qui contacter. ──────────────────────────────── Une fois connecté à sa destination sur le port tcp/443 (HTTPS), le navigateur va envoyer une requête HTTP dont les en-têtes contiennent un champ Host avec comme valeur le nom de domaine de l'URL (Host: calendar.ndd.fr). C'est la valeur de ce champ qui permet au proxy inversé de diriger le trafic vers la destination finale (calendar.ndd.fr -> localhost:port). N'hésite pas à demander si certains points sont mal expliqués, c'est le b.a.-ba pour comprendre comment ça fonctionne.

Certes mais si on crée un site Web c'est pour qu'il soit accessible de l'extérieur et donc consultable par tout le monde, non ?

Je te conseille de passer par Home Assistant, sur Synology ou autre. Apparemment ton alarme utilise Tuya, et tu as une intégration Tuya dans Home Assistant. Tu as aussi Jeedom comme logiciel domotique, mais c'est en perte de vitesse.

Je ne connais pas ce tuto. Des reverse proxy permettent d'accéder aux applications hébergées sur le NAS par un nom de sous domaines via le port 443. Ça permet donc d'ouvrir un minimum de de port sur l'extérieur et de limiter les risques. Dans mon cas je n'ouvre que le port 443. Mon pare-feu autorise l'accès au port 443 au seules IP FR, règle que je modifie si je rends dans un autre pays et que je veux accéder à mon NAS.

Bonjour à tous, Comme le veut la coutume je me présente. Gérant d'un bureau d'étude en sécurité incendie, j'ai fêté mes 45 printemps cette année. J'ai eu mon premier PC en 92, et depuis j'ai passé beaucoup (trop?) de temps sur un PC. Je dirais pourtant que mon niveau en informatique est "satisfaisant". Je suis le genre de personne à me passionner pour quelque chose et y passer des heures avant de m'en désintéresser aussi vite que c'est venu, ce qui fait que j'ai des connaissances dans des tas de domaines mais que je ne maitrise rien vraiment. J'ai déjà eu un nas y a une dizaine d'années (un Syno 212j je crois) mais je ne m'en suis pas servi plus que ça. Aujourd'hui j'en ai racheté un (un Syno 224+ avec 2 HDD Seagate BarraCuda 2To) principalement dans une optique de sauvegarde, mais aussi pour m'amuser avec ce qu'on peut faire avec un nas moderne, VM, serveur multimédia, et autres. J'ai commencé à suivre les tutos de démarrage, en commençant par "Débuter avec un NAS Synology.", puis j'ai enchainé avec "Sécurisation du NAS - pour DSM 7", que je viens de terminer. Voilà voilà. J'aurais surement des tas de questions à vous poser, alors merci d'avance à ceux qui prendrons le temps de me répondre 🙂

Bonjour @kiyii Après quelques tâtonnements j'ai réussi une synchronisation entre dossiers de DS218+ dsm7 vers DS212+ dsm6 . J'ai utilisé Cloud Sync sur le DS218+ et Webdav serveur sur le DS212+ Une fois les deux applications installées on crée une tâche de synchro sur Cloud Sync et on choisie Webdav comme fournisseur de cloud. Tu le fais dans ce sens mais on peut choisir la direction de synchro. Attention de lancer la synchro du dossier que l'on veut copier vers un dossier vide; une fois les deux dossiers synchronisés on peut basculer en synchro bidirectionnelle si l'on veut. Pour l'instant il y a un petit bug, pas très gênant, que j'ai décrit ici (le 16/1/2021):

Bonjour J'

La commande mkdir est ton amie.

On ne peut pas deviner que tu n'as pas les droits nécessaires pour créer les. dossiers et, partant de la, ta question n'a aucun sens ! D'où l'intérêt de passer par le forum PRÉSENTATION pour décrire ton environnement.

Avec ce tuto dans le forum: https://www.nas-forum.com/forum/topic/53328-tuto-vpn-server/#comment-1319305473