Mic13710

@PiwiLAbruti j'ai lu un peu vite en effet. Ceci dit, le problème se posera par la suite, sauf si connexion via "slowconnect" 😛 L'IP est probablement OK puisqu'il y a eu des mises à jours de DSM. Un problème de paramétrage réseau est en effet une des causes du non fonctionnement.

Probablement que votre freebox est en CGNAT (partage d'IP). Vérifiez dans votre compte free si votre IP est en full stack et si besoin en faire la demande sur la même interface.

443 autorisé dans le parefeu du NAS ?

Pour la première erreur, l'adresse est résolue mais le serveur refuse l'accès (problème de droits ?). Pour la deuxième, l'adresse n'est pas résolue. Comme votre ndd est visible sur la deuxième vue, j'ai vérifié sa propagation et c'est bien votre IP qui est renvoyée. Il y a donc bien un problème à résoudre entre votre routeur et le NAS. Est-ce que vous avez fait la redirection du port 443 vers l'IP du NAS dans le routeur ? Et est-ce que le port 443 est autorisé dans le parefeu du NAS ?

Elle ne t'était pas destinée en effet 😉. C'était en réponse à : dont ses réglages le conduisent à DSM. Sinon, si tout est fait correctement comme tu l'as décrit, on devrait tomber sur webstation s'il est activé ou une erreur 404 si l'adresse ne peut pas être résolue, ou un site bidon si tu renvoies vers une url externe comme tu le dis.

Vous n'avez monté qu'un disque sur deux mais comme c'est un RAID1, ça doit passer. Votre groupe n'est pas un RAID classique mais hybride (SHR). Votre device_path est donc : /dev/vg1000/lv Vous continuez sur le point 13 avec le dossier de montage du point 6 et le device_path

C'est ici : https://www.nas-forum.com/forum/topic/77076-pour-ceux-qui-recherchent-les-anciennes-versions-de-dsm-srm-et-des-applis/

@Fennec72 Oui c'est possible. Les disques donnés dans les data sheet sont ceux qui représentaient la plus grosse capacité de l'époque. Pour savoir quels sont les disques approuvés, il faut consulter le site Synology, rubrique HDD/SSD. Le disque le plus gros pour le 713+ est 14To. https://www.synology.com/fr-fr/compatibility?search_by=drives&model=DS713%2B&category=hdds_no_ssd_trim

Non, Non, Non, trois fois NON !!!!!!! On ne cesse de le répéter à longueur de posts mais les idées reçues ont la vie dure : Le RAID permet d'assurer la continuité de service en cas de panne d'un disque, c'est tout. CE N'EST PAS UNE SAUVEGARDE !! Et vous venez de toucher du doigt pourquoi ça n'en est pas une...... Je vous conseille vivement de mettre en place une vraie sauvegarde périodique de vos données parce que là, ce n'est pas encore gagné et rien ne vous garantie que vous pourrez récupérer quoi que ce soit. Quand on met "toute une vie" sur des supports qui ne sont pas éternels, qui peuvent être effacés, vérolés, corrompus, détruits, on s'expose à les perdre à tout jamais. Autre kb : https://kb.synology.com/fr-fr/DSM/tutorial/How_to_fix_hard_drive_failure_and_retrieve_the_data_from_your_hard_drives Pour récupération sur PC : https://kb.synology.com/fr-fr/DSM/tutorial/How_can_I_recover_data_from_my_DiskStation_using_a_PC

Et les sauvegardes ? Tout d'abord, il faut tester le NAS : 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 Ensuite, si le test est concluant, deux possibilités : soit les deux disques ont un problème. Il est extrêmement rare que tous les disques tombent en panne en même temps. Il se peut que le volume soit démonté ou que le groupe soit en défaut, mais pour pouvoir le vérifier, il faudrait au moins que DSM fonctionne et que l'accès ssh soit activé et dans l'état actuel du NAS, ce n'est pas possible. Est-ce qu'il n'y avait pas un disque en défaut avant ? soit le contrôleur de disque et/ou le fond de panier ont un souci. Dans ce cas, c'est un problème de hardware et il faudra envisager le remplacement du NAS ou la passage par une distribution linux (ubuntu) pour pouvoir récupérer vos données. Non. Si RAID1, le NAS continue de tourner sur un seul disque. Si la LED ne s'allume pas c'est que le disque a un souci. Pareil pour l'autre disque ? Oui, la migration est possible mais le 218Play n'est plus fabriqué. Il faudra envisager de passer sur un autre modèle de NAS. Il faut pour cela installer DSM à l'aide de Synology Assistant

Je vous suggère de créer un compte utilisateur spécifique pour DS. Vous pouvez tout à fait supprimer le 2FA pour ce compte, mais il y a des prérequis et notamment il ne faut pas que le 2FA soit obligatoire pour chaque compte. Le sujet est bien développé dans le tuto sur la sécurisation de nos NAS sous DSM7. Cependant, une petite remarque, si le 2FA est un élément important de sécurisation des accès, il ne faut pas qu'il devienne une contrainte pour les utilisateurs. Personnellement, je réserve le 2FA aux seuls comptes administrateurs (et encore pas tous). Il n'y en a pas sur les comptes de mes utilisateurs car les risques sont moindres. Je fais plutôt confiance à des mdp forts couplés à des règles de parefeu restrictives. Ainsi les utilisateurs peuvent se connecter sans avoir à chercher un code additionnel qui complique les accès sans véritable apport sur la sécurité. Mais si un utilisateur désire le 2FA, je peux bien entendu le mettre en place.

Parce que l'adresse mise dans Accès externe, Avancé est monsyno.synology.me et que cette adresse renvoie vers DSM. Pour éviter cela, il faut utiliser le reverse proxy et utiliser des adresses pour chaque application : nas.monsyno.synology.me pour l'accès à DSM file.monsyno.synology.me pour l'accès à file station audio.monsyno.synology.me pour audio station etc... L'adresse à indiquer pour les liens doit être sur file.monsyno.synology.me Quant à monsyno.synology.me si elle n'est pas redirigée par le reverse proxy, elle aboutira à une erreur 404. Ainsi, chaque accès est cloisonné et si toutefois il y a une tentative sur un ndd résolu, c'est le parefeu qui agira pour bloquer les tentatives avec des identifiants erronés.

Pour clarifier ce point, il faut comprendre que le port utilisé pour les liens partagés est celui spécifié dans Accès externe, Avancé. Si le port indiqué en https est le 443, il est évident qu'il ne sera pas indiqué dans le lien puisqu'il s'agit du port https par défaut. Tout autre port sera forcément incorporé dans le lien. Pour en revenir à cette histoire d'accès DSM, je ne comprends pas bien où est le problème. Certes un lien créé dans file station (ou dans Drive) va utiliser une adresse correspondant au NAS (normal pour pouvoir télécharger). Cette adresse peut être simplifiée par l'utilisateur dans le navigateur pour accéder à la racine (https://file.ndd) mais ce n'est qu'un accès vers la page d'accueil de file station (qui ne mène à rien sans des identifiants), en aucun cas un accès à DSM, ou alors il faut m'expliquer comment de file station vous passez à DSM.

Le port des liens de partage est celui spécifié dans Accès externe, Avancé. Vous changez le port https par celui que vous voulez et vous dirigez ce port dans le routeur vers le NAS. Vérifiez aussi que le port en question soit ouvert dans le parefeu du NAS.

@JPnux votre question n'a pas de rapport avec le présent tuto. Merci de la poser dans la section réservée au serveur VPN.

Le 412+ ne servait pas de sauvegarde du 923+ ? Si vos sauvegardes sont faites ailleurs, il n'est peut-être pas utile d'investir dans un nouveau modèle, série + de surcroit, pour uniquement récupérer quelques données. Tout d'abord, êtes vous sûr que c'est bien la carte mère qui est HS et pas le bloc alimentation ? Si c'est le NAS, vous pouvez tenter cette autre solution : utiliser le 923 pour récupérer les données. Vous sortez les disques du 923 (en repérant leur ordre pour pouvoir les remonter dans les même baies), vous montez les disques du 412 dans le 923 dans le même ordre. Vous mettez à jour DSM à l'aide de Synology Assistant, vous sauvegardez les données restantes sur le 412 (hyperbackup, autre, peu importe) sur ce que vous avez sous la main. Vous remontez les disques du 923. Il ne vous reste plus qu'à y restaurer les données sauvegardées précédemment.

C'est une blague ? 🙃 Pour les migrations, tout et là : https://www.synology.com/fr-fr/dsm/feature/migration La migration des disques est envisageable lorsque les caractéristiques des NAS sont proches. Sinon, ce n'est pas une bonne opération car vous importez toutes les limitations du groupe et vous ne pouvez pas profiter de toutes les applications compatibles avec votre nouveau NAS. Je vous conseille plutôt de partir sur une solution de restaurations de vos sauvegardes.

Comme l'a dit @morgyann, le RAID et la sauvegarde n'ont aucun rapport l'un avec l'autre. Le RAID est un support de stockage qui combine un ou plusieurs disques dans un groupe. Hormis le JBOD et le RAID0, un groupe RAID de plusieurs disques assure la continuité de service en cas de perte d'un disque (ou deux pour certains RAID). C'est tout !!!! Le RAID N'EST PAS UNE SAUVEGARDE ! La sauvegarde est une copie des données à un instant T. Elle est déconnectée de la source (pas de synchronisation). Elle permet de restaurer des données, effacées, corrompues, cryptolockées du dossier source. Une sauvegarde peut être effectuée sur tout support de stockage (basic, RAID, DD externe, ...). La sauvegarde fait partie intégrante de la gestion des données. Il est suicidaire de mettre en place une gestion centralisée des données sur un serveur sans y adjoindre un plan de sauvegarde périodique des données.

Je comprends que vous puissiez douter mais soyons logiques. Vous ne pouvez pas créer un système de stockage de données en RAID1 ou RAID5, voire RAID6, pour assurer la continuité de service en cas de panne d'un disque, et ne pas en faire de même sur les partitions qui gèrent le fonctionnement du dit système. Ça ne serait pas cohérent. Depuis la nuit des temps, les NAS et autres serveurs fonctionnent sur le même principe : partitions système et swap sont en RAID1 pour pallier la panne d'un ou plusieurs disques.

Impossible. Il faut bien que le système soit installé et il ne l'est que sur le disque. Sans disque, le NAS est une boite inutile.

😉 Synology sont en retard sur tout.... Vus mes besoins, je n'envisage pas pour le moment de passer en multigig. Wireguard est encore relativement récent et n'est donc pas dispo sur tous les équipements en natif. Ceci dit, Synology devrait se bouger pour l'introduire sur son serveur VPN. Ca devient une priorité si on considère le nombre croissant d'utilisateurs. Mais quand on a le choix, il est évident qu'un serveur VPN a plus sa place sur le routeur que sur un équipement du réseau.

Correctif : En dehors des AllowedIPs, toute IP dans la plage du réseau local du client sera traitée localement, les autres seront dirigées vers le net. Il en est (presque) de même pour les ndd: ceux qui sont dans le périmètre du serveur DNS du réseau distant transitent par le tunnel. Les autres qui sont résolus via les redirecteurs de ce même serveur DNS sont directement renvoyés sur le net. Ce qui de facto élimine un éventuel serveur DNS local. C'est en tout cas ce qui se passe chez moi. Lorsque j'établis un tunnel vers un réseau distant, mon serveur DNS local est inopérant car mes adresses locales ne peuvent plus être résolues localement. Seule mon IP publique est renvoyée. Pas encore essayé, il faudrait que je rajoute une zone esclave de ma zone locale sur le serveur DNS distant pour que ce soit l'adresse IP locale qui soit renvoyée.

Non, cette ip est celle que je demande à Wireguard, qui est associée aux clés publiques et privées du serveur et qui sera attribuée au PC. Les AllowedIPs sont les adresses ou plages d'adresses autorisées dans le tunnel. C'est ce qui permet de faire du split tunneling. Si je veux joindre mon NAS en 192.168.1.101 (qui est aussi le serveur DNS), il faut bien que l'IP soit autorisée à transiter par le tunnel. Dans le cas de mon exemple, 192.168.1.0/24 couvre toutes les IP privées du réseau local de destination. Toute autre IP sera rejetée et envoyée vers le net. Par défaut les allowedIPs est 0.0.0.0 qui fait tout passer par le tunnel.

Le partage de dossiers/fichiers n'a rien à voir avec le VPN. Le lien est créé par DSM et si le paramétrage de votre NAS est correct, ce lien permettra à vos utilisateurs externes d'accéder au seul dossier/fichier à partir de file station avec un mdp ou pas si vous n'en avez pas indiqué. Je ne connais pas nextcloud....

Le paramétrage d'un de mes clients : [Interface] PrivateKey = "Ma clé très privée" Address = 10.6.0.2/32 'mon IP de connexion au serveur Wireguard' DNS = 192.168.1.101 'le serveur DNS local du NAS' (on peut en spécifier plusieurs, les IP séparées par des virgules) [Peer] PublicKey = La clé publique du serveur Wireguard' AllowedIPs = 192.168.1.0/24 'plage d'IP du réseau de destination' Endpoint = NDDDuDomaineDeDestination:51820 'c'est le port de destination par défaut mais on peut en choisir un autre' PersistentKeepalive = 25