Mic13710

Il faudrait commencer par faire le test de la carte mère : https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/General/Why_am_I_unable_to_install_my_Synology_NAS_and_why_is_my_power_LED_is_flashing_constantly

La première version pour le 1513+ est la 4.2-3211 @lordystylePour tenter de retrouver l'ordre initial des disques, il faudrait que le ssh du NAS soit activé pour passer la commande : cat /proc/mdstat

Si vous posez cette question, c'est que visiblement vous ne savez pas comment fonctionne le SHR ou plus traditionnellement un RAID5. Vos données ne sont pas sur un seul disque mais sont réparties sur TOUS les disques du groupe. Le RAID5 fonctionne en agrégation par bandes à parité répartie. Dans cette configuration, vos données sont scindées de manière à avoir 2 bandes identiques sur deux disques différents, plus une bande de parité sur un troisième disque et ceci de manière circulaire. Vos données sont donc éparpillées sur les bandes de chaque disque ce qui explique pourquoi vous ne pouvez pas les récupérer si vous n'avez pas tous les disques, ou au pire, N-1 disque. Un peu de lecture pour comprendre : https://fr.wikipedia.org/wiki/RAID_(informatique)#RAID_5_:_volume_agrégé_par_bandes_à_parité_répartie Ce n'est pas parce que votre NAS indique que vous avez 5.5To de données que ce soit obligatoirement le cas. Il y a aussi de l'espace occupé par les applications dans des dossiers cachés, et certaines comme par exemple CloudStation, sont assez gourmandes et occupent une place non négligeable qui peut se chiffrer en To si on n'y prête pas attention. Il est possible que vos données ne soient finalement que de 4To..... De toute manière, si vous souhaitez récupérer vos données, vous n'avez pas d'autre choix que de les transférer sur des supports externes (disques en USB, PC etc..) avant de détruire votre volume et refaire une installation complète.

Il est possible aussi que ce soit dû à une interruption des services Synology Et en utilisant tout simplement l'adresse IP du NAS ? IPduNas(192.168.x.x):5000 C'est d'ailleurs cette adresse que vous devriez utiliser pour vous connecter localement à DSM de préférence à l'adresse Synology.

Et d'un autre côté, un ndd c'est quelques euros par an, moins d'un euro par mois. Même pas le prix d'un café. ☺️. Entre un service gratuit mais pas fiable et à la sécurité douteuse, et une autre plus sérieux qui pour un prix modique est plus rapide et fonctionne tout le temps, le choix est vite fait.

Il vaut mieux effectivement que le port 1194 soit ouvert. S'il est bloqué, vous pouvez choisir un autre port. OpenVPN le permet. Pour ma part, j'utilise le 443 pour limiter le nombre de ports ouverts sur mon routeur et accessoirement éviter les blocages. Le "reseautage à domicile" me fait dire que vous êtes au Canada. Certains opérateurs chez vous ( Videotron par exemple) bloquent des ports. Vérifiez que le 1194 n'est pas dans la liste des ports bloqués par votre opérateur.

Voila encore une autre preuve s'il en fallait que ce service n'est pas fiable. Comme le dit daffy, un ndd et un bon ddns (donc autres que ceux de Synology) si besoin et ça roule.

Je ne suis pas sûr car je ne l'utilise pas mais c'est un truc du genre : https://votrenomquickconnect.quickconnect.to/webman/index.cgi

Une petite présentation est très appréciée ici. Il ya une section pour ça. Tout comme PiwiLAbruti, synchroniser ou sauvegarder ? Ce n'est pas du tout la même chose.

Bonjour et bienvenu dans la communauté. A l'avenir, même si ce n'est que pour faire des tests, merci de ne pas mentionner la version pirate de nos NAS. C'est assez mal venu sur un forum officiel de la marque 😉

Sans aller aussi loin. La simple récupération d'un fichier effacé par erreur, et la sauvegarde prend tout son sens.

En règle générale, une sauvegarde ne sert à rien. Beaucoup pensent que c'est du temps et du stockage perdus. Jusqu'au jour où.....🤣😂 Bon courage en tout cas pour vos copies et surtout, bonne chance ☕

Pour que la méthode proposée par Synology fonctionne, il faut avoir autant de connexions sata disponibles dans un PC que de disques. Pas possible de faire ça en usb. Pas de sauvegardes ? Malgré des disques en panne, les données sont toujours accessibles ? Si oui, et pas de sauvegarde, il ne vous reste plus qu'à acheter vite fait un ou plusieurs disques pour récupérer vos données sur un PC avant que le volume tombe définitivement en panne.

C'est une méthode en effet quand on n'a pas de disque pour le nouveau NAS. Mais avant de procéder, il est important de mettre à jour vos sauvegardes car si le disque comportant les données tombe en panne, vous perdez tout et vous n'aurez que ce que vous aurez sauvegardé pour pouvoir reconstruire. A mon avis, avec un NAS neuf il serait préférable de partir sur des disques neufs, d'autant que si vos 3To sont là depuis l'origine, ils ne sont probablement pas de première jeunesse. Ca compte pour la fiabilité de l'ensemble. Vous pourriez aussi envisager de garder le 211 pour les sauvegardes du 918. Dans ce cas, vous partez sur des disques neufs sur le 918 (évitez de reprendre des 3To, prenez plutôt des 4To qui sont plus robustes). Une fois les données transférées, vous pouvez casser le volume du 211 pour en créer 2 en basic ce qui vous donnerait 6To de stockage pour vos sauvegardes.

Question posée très souvent ici et toujours la même réponse : Non. On ne peut pas "saucissonner" un groupe de disque à sa guise. L'espace non utilisé par le RAID ne peut pas l'être pour créer un autre espace de stockage. Si vous voulez augmenter votre stockage, pas d'autre choix que de changer l'autre disque par un 6To.

C'est bien aussi de lire ou relire les réponses qui vous sont faites. Quickconnect c'est la solution de facilité maison que nous ne recommandons pas ici car trop d'incertitudes côté sécurité et un fonctionnement qui s'avère parfois chaotique. Quelle que soit la solution choisie, il ne faut pas perdre de vue que toute connexion du NAS vers l'extérieur doit se faire de manière sécurisée. D'où l'importance de mettre en oeuvre les moyens de protéger les accès au NAS avant de penser à le connecter sur la toile. C'est dans les tutos dont on vous a donné les liens. Mais après, c'est à vous de choisir quelle solution vous souhaitez adopter : Quickconnect, ou traditionnelle avec DDNS, ouverture des ports sur le routeur et (éventuellement) nom de domaine. La première est très facile mais on embarque aussi les problèmes et les zones d'ombre qui vont avec, la deuxième est plus complexe mais bien plus efficace et sûre si elle est bien paramétrée.

Si tu as ton serveur DNS local, alors tu ne passes pas par le loopback pour tes requêtes dans la zone de ton DNS, c'est ton serveur qui gère. Après, que ta zone publique soit chez OVH ou chez toi, c'est pareil. Moi j'ai tout hébergé chez moi pour le fun et aussi pour tester le tuto de Fenrir.

Sauf à avoir une machin box de chez SFR, on ne pourra pas vous dire comment on fait pour la passer en bridge. J'ai néanmoins trouvé ça, si ça peut vous aider : https://forum.sfr.fr/t5/Connexion-Internet-Fibre-WiFi/Passer-la-box-en-mode-bridge-avec-un-vrai-routeur-derriere/td-p/1735536

Je pense que ceci devrait te convaincre

Oui, plus le mien en page 2 du même tuto (zone publique et zone privée sur le DNS + reverse proxy et certificats adhoc). C'est important quand on utilise Cloudstation et qu'on n'a pas le loopback, car dans ce cas il n'est pas possible d'avoir une url qui fonctionne des deux côtés, publique et privé. Dans le cas du loopback (donc le tien puisque tu es chez free), tu fais travailler le processeur de la box pour qu'il redirige tes requêtes sur ton ndd faite à partir de ton LAN vers ton réseau privé. Avec le serveur DNS, tes requêtes à partir du LAN restent sur ton LAN. La box n'est pas sollicitée. C'est plus propre.

@InfoYANNPas si simple que ça. Il faut aussi que le ndd fonctionne en local, et sauf à avoir free, on ne peut le faire qu'avec le serveur DNS. Perso, bien que je sois chez free, je m'affranchis du loopback et je passe par le serveur DNS. C'est un choix.

Dans votre fichier de configuration, vous avez renseigné votre IP publique ou votre DDNS. Il est bien évident que vous ne pouvez utiliser ni l'une ni l"autre à partir de votre réseau local, raison pour laquelle vous ne pouvez pas faire aboutir votre requête. Si vous voulez le tester en local, il faudrait changer l'IP de connexion pour celle du NAS. Mais ça ne vous dira pas si vous pouvez vous connecter de l'extérieur, juste que votre VPN fonctionne côté NAS. Si vous voulez faire des essais, le plus simple est de le faire via la mode point d'accès de votre mobile. Vous pouvez très bien renseigner votre ndd en lieu et place de votre adresse publique. C'est ce que je fais, même si Fenrir dit que ce n'est pas la meilleure manière de procéder.

Je ne peux guère vous aider, je n'utilise pas quickconnect.

Pensez vous pouvoir vous connecter à votre serveur VPN en local en utilisant une IP publique (celle que vous avez renseigné dans le fichier de connexion) ? Et question subsidiaire, pourquoi vouloir utiliser le VPN en local ?

Je ne sais pas si quickconnect accepte 2 noms différents pour la même IP publique. C'est peut-être là le souci. En utilisant un ndd avec le serveur DNS et le reverse proxy, on évite ce genre de problème et surtout on s’affranchit de quickconnect qui passe obligatoirement par des serveurs tiers et qui n'a de quick que le nom. Et puis les pannes de serveurs sont très courantes, rendant les connexions alléatoires. Certes, la solution ndd est plus compliquée à mettre en oeuvre mais tellement plus simple et plus sûre à l'usage ...