Mic13710

en cliquant sur l'icône Drive dans le menu d'accès rapide, une fenêtre s'ouvre où il y a la liste des fichiers synchronisés et ceux en cours de synchronisation.

Attention toutefois, dans le tuto donné par @firlin, la résistance est à 100ohm. Il faut remplacer cette valeur par 300ohm environ pour limiter le courant dans le transistor (voir ce fil de discussion)

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.

Avez-vous fait le test de la carte mère ? 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

Ca n'apporte pas grand chose en terme de sécurité, mais si ça vous rassure ainsi, pourquoi pas. Mais alors, si c'est le port que vous avez défini pour openVPN je suppose dans le NAS et le routeur, il devrait indiquer dans le parefeu non pas le port mais serveur VPN. Les ports sont réajustés selon les paramètres utilisateurs. Vous n'avez pas d'autres applications que vous utilisez de l'extérieur ?

Là pour le coup, le NAS n'est joignable de l'extérieur que de la France par le port 50000. Plus de VPN donc. Remarquez, comme ça vous ne serez plus ennuyé par des tentatives de connexion sur ces ports ! Sauf erreur, le 50000 est un port http, et vers quel service svp ? Si c'est redirigé vers le 5000 (DSM) ou bien que vous avez changé le port DSM http par défaut, alors y'a tout faux. En terme de sécurité, on n'ouvre pas un port http vers l'extérieur.

C'est pas brillant. Le VPN (on ne sait pas lequel) est ouvert aux 4 vents et tous les ports sont ouverts sur la France sans distinction. Vous pouvez probablement limiter l'accès VPN aux seuls pays à partir desquels vous vous connectez. Et pour la France, limitez les ouvertures de ports aux seules applications qui doivent être utilisables de l'extérieur. Si vous utilisez le reverse proxy, le nombre de ports est alors plus restreint puisque tout passe par le 443, exception faite des ports pour certains protocoles (serveur Mail par exemple) ou applications (Synology Drive par exemple)

Comment espérez-vous qu'ils se créent ? Il faut bien que le dossier du ndd soit créé avec son fichier ndd.conf pour avoir la date de création et définir des dates de renouvellement et d'expiration. Sans cela, acme n'a aucune trace du certificat si vous le rentrez manuellement.

Et moi aussi j'insiste : quelle version de Synology Assistant utilisez-vous ?

Non, il n'y a pas d'obsolescence programmée sur les produits Synology. Seul le suivi et la mise à jour de DSM et des applications ne sont plus assurés. Pour pouvoir détecter votre NAS, il faut utiliser une version de Synology Assistant inférieure à la 7.0.1-50044 Après cette version, les NAS sous DSM 6.2.3 ou inférieur ne sont plus détectés. https://www.synology.com/fr-fr/releaseNote/Assistant

Personne ne va prendre le risque de vous dire que c'est possible. Toutefois, il n'y a pas non plus d'indication explicite disant que ce n'est pas faisable. Si le nas est arrêté proprement, il n'y a pas de raison pour que ça ne reprenne pas là où ça s'est arrêté. Une modification de RAID n'est qu'une histoire de déplacement de données d'une bande vers une autre géré par mdadm, de manière logicielle donc. Cette gestion ne se fait pas en mémoire volatile (sinon ce serait la cata à chaque redémarrage). Ainsi la situation du groupe est connue à tout moment et si une opération était en cours, elle devrait reprendre normalement. Il n'y a pas non plus à ma connaissance de cas de défaut de (re)construction de groupe rapporté sur le forum sur arrêt du NAS et les quelques éléments glanés sur le sujet semble indiquer que ça ne porte pas à conséquence. Néanmoins, je me pose la question de l'intérêt d'arrêter la reconstruction. Le temps sera globalement le même en terme de travail sur les disques mais la fin du processus n'en sera que plus rallongé. De plus, les disques travaillant beaucoup durant cette phase de construction, ils ont tendance à plus chauffer et les arrêter et redémarrer n'est pas très bon pour eux. Du reste, on ne recommande pas sur ce forum de mettre en service les mises en veille et arrêts des disques des NAS. Maintenant, c'est à vous de prendre le risque ou pas.

Peut-être tout bêtement des questions de droits ? Est-ce que vous avez du stockage utilisé dans le gestionnaire de stockage ?

Manifestement, le disque 1 est en panne. Pas besoin d'être devin ! Dans un premier temps, vous pouvez le sortir du NAS, le formater sur un PC (le but étant de supprimer les partitions existantes) de remonter le disque et de tenter une réparation du groupe.

Peut-être qu'un des nouveaux disques est HS ? Si vos disques étaient en RAID1 ou SHR, pourquoi ne pas tout simplement procéder au remplacement des disques ? Vous sortez le premier disques, vous lancez la reconstruction, une fois la reconstruction terminée à 100% vous procédez de même avec le deuxième disque. Sinon, vous pouvez récupérer le .pat ici : https://global.synologydownload.com/download/DSM/criticalupdate/update_pack/25556-8/synology_88f6281_212j.pat

Votre question est postée dans un sujet qui traite précisément de ce que vous recherchez : DSAudio pour l'audio, SynologyPhoto (ex DSPhoto) pour les photos. Ces applis vont directement lire sur le NAS. Ce que vous "voyez" sur votre android ne sont que des vignettes créés par l'indexation. Ce ne sont pas les fichiers natifs. Et donc, si vous voulez exploiter ces fichiers sur votre android avec d'autres applications, il faut les importer. Pas simple lorsqu'il s'agit de playlists.....

Effectivement, quickconnect devrait fonctionner. Je ne peux guère vous aider là dessus, je n'utilise pas.

Sur Gmail ? Je ne sais pas. Il semblerait que le NAS ne puisse plus s'authentifier mais je ne peut guère vous aider.

Ben oui ! C'est quoi cette redirection quickconnect qui n'a pas de sens ?

Vous êtes en CGNAT. Il faudrait commencer par demander une IP Full stack à votre FAI pour avoir tous les ports dispos. Ce n'est pas toujours facile chez Bouygues de ce que j'ai pu comprendre. Il faut insister.

Aucune. Si votre Drive est en panne, ce n'est pas du côté des disques qu'il faut chercher.

Et ? Rien n'empêche de l'activer pour lancer une commande. Si vous voulez savoir à quoi correspondent les Go restants, c'est le seul moyen.

Comment avez-vous trouvé ces 12.6Go ? Il peut en effet s'agir de dossiers cachés des applications. Sur un terminal connecté en SSH au NAS (putty), que donne la commande : df -h Quelle version de DSM avez-vous ?

Si vous ouvrez l'interface de Cloud Station client, vous devriez voir l'emplacement du dossier synchronisé et même y accéder à partir de là.

Il faut assigner le certificat aux applications. C'est dans la page des certificats, bouton Gérer ou paramétrer selon les versions de DSM. Je n'ai pas lu tout le sujet mais si vous cherchez à joindre votre NAS en local avec votre DDNS, il faut soit que votre routeur fasse du loopback, soit que vous paramétriez un serveur DNS local qui sera en mesure de résoudre les adresses de votre ndd localement. Cette dernière option est préférable au loopback puisqu'elle ne sollicite le CPU du routeur. Vous trouverez un tuto sur le serveur DNS dans la section des tutoriels. Vous pourrez par la suite le compléter par le Reverse proxy pour utiliser des ndd spécifiques pour les applications et aussi limiter l'utilisation des ports au port https par défaut (443)

Merci de ne pas citer l'intégralité du message précédent. Ca n'apporte rien à la compréhension et ça charge inutilement le fil de discussion. Le dossier caché se situe à la racine du dossier Cloud Station client. S'il n’apparaît pas, il faut autoriser l'affichage des fichiers cachés. Pour supprimer la synchro, il suffit de supprimer la tâche sur le client. Ainsi les dossiers client et serveur sont désolidarisés et vous pouvez modifier/supprimer l'un sans affecter l'autre.