Classement

Bonjour, Quelqu'un aurait-il un lien pour télécharger un fichier host (download station) pour le site Updloady.io s'il vous plait ? Ou un tuto sur comment en créer un ? J'ai vu sur Google qu'il y avait un topic à ce sujet sur le forum mais je n'y ai pas accès : https://www.google.com/url?sa=t&source=web&rct=j&opi=89978449&url=https://www.nas-forum.com/forum/topic/81968-fichier-host-pour-uploadyio/%3Fdo%3DfindComment%26comment%3D1319513384&ved=2ahUKEwiKuK_mrpWLAxXZ3AIHHQ3lJ0gQFnoECAcQAQ&usg=AOvVaw1KQ-cOebOdNKcHwwUFaVT8 Merci d'avance

Refonte du tutoriel pour la V6, amélioration du fichier compose et mise à jour des impressions d'écran.

Installation du firmware Qnap (QTS) sur NAS Fujitsu Celvin via SSH Rappel: La majorité des serveurs NAS Fujitsu Celvin sont fabriqués par QNAP (Produits OEM ou Co-branding) ce qui signifie que les modèles Fujitsu sont des versions reconditionnées de modèles QNAP, avec un design légèrement modifié (logo, couleur) et un firmware spécifique. Le firmware de Fujitsu (Celvin OS) est très proche de celui de Qnap (QTS). Fujitsu assure la totalité des services comme pour tous produits Fujitsu: Support client, mise à disposition de mises à jours et d'applications qui lui sont propres, même si elles sont identiques à celles du Qnap. Parfois Fujitsu ne fait que changer le nom de l'application. Fujitsu dispose de ses propres serveurs pour les mises à jours et pour "app center". Pourquoi migrer de Fujitsu à Qnap? Fujitsu a cessé le support des NAS CELVIN. Par exemple les NAS sortis entre 2009 et 2012 ne sont plus pris en charge par Fujitsu depuis 2018. En 2025, Fujitsu a arrêté le serveur d'app center, Plus aucune application n’apparaît dans le magasin d'applications. La seule manière d'installer des applications est l'installation manuelle. En 2020 Fujitsu et Qnap ont décidé que Qnap poursuive le support pour les NAS concernés. Une fois le NAS migré, il est pris en charge par Qnap et bénéfice de tous les services et supports de Qnap. La migration permet de bénéficier des mises à jours de sécurité du firmware Qnap. Elle permet de retrouver un app center fonctionnel et permet d'installer les anciennes applications qui y sont proposées. Même chez Qnap, pour le vieux matériel certaines applications ne bénéficient plus de mise à jours, ce qui limite de l'utilisation des applications officielles. Mais beaucoup d'applications non officielles sont disponibles en paquets (qpkg), notamment sur le site myqnap.org. L'intérêt de la migration est essentiellement d'obtenir les mises à jours de sécurité de QTS. Pour bénéficier d'applications récentes, l’utilisation d'applications tiers est la meilleurs solution. Comment migrer? En accord avec Qnap, Fujitsu propose pour certains modèles une méthode automatisée par l'installation d'un paquet officiel (qpkg) qui permet d'installer le firmware QNAP (QTS) à la place de celui de Fujitsu par l'interface de gestion du NAS comme si on faisait une simple mise à jour. Le paquet modifie tout simplement le nom du modèle du NAS pour que la mise à jour vers le firmware équivalent de chez Qnap fonctionne Les modèles concernés sont les suivants:Q805, Q905, QR806, QR1006, QE705, QE805, QE707, QE807. L'autre moyen de migrer est d'utiliser la méthode manuelle par SSH présentée ici. Pour les modèles qui ne bénéficient pas de la méthode automatique, SSH est la seule méthode possible. Migration manuelle par SSH: Prérequis: Avoir un NAS fonctionnel: Avec au moins un disque dur configuré dans le NAS, qu'il soit accessible depuis votre PC avec l'interface de gestion Web et avec accès aux dossiers partagés depuis votre PC. A savoir: Les systèmes d'exploitation des NAS Qnap (et Fujitsu), sont basés sur un noyaux Linux. Vous y retrouverez donc des programmes et structures similaires. Il est même possible d'installer une distribution Linux comme Debian sur le NAS. La méthode SSH utilise une procédure d'installation manuelle du firmware fournie par Qnap. Elle est réservée aux utilisateurs avertis, car elle permet d'installer un firmware dont le nom de modèle ne correspond pas à celui installé sur le NAS. Il faut être sûr d'avoir le firmware du modèle Qnap correspondant à votre NAS Fujitsu. Si vous installez le mauvais firmware, vous pouvez rendre votre NAS inutilisable! Vérifiez bien sur le site de Qnap si les caractéristiques sont les mêmes que votre modèle Fujitsu. Après installation, le nom de modèle de votre NAS sera celui de Qnap, il sera reconnu comme tel par Qnap et app center proposera les applications compatibles avec votre modèle. Vous trouverez des ressources (Aides - How to) en français sur le site de QNAP https://www.qnap.com/fr-fr/how-to/search Il existe un wiki plus complet en anglais https://wiki.qnap.com/wiki/Main_Page Procédure: Télécharger le firmware QNAP correspondant à votre modèle. Le firmware se présente comme une image de disque (.img) qui est compressée au format zip (.zip): Allez dans le Centre de téléchargement QNAP: https://www.qnap.com/fr-fr/download Sous "Type de produit", sélectionnez "NAS / Extension". Sous "Baie", sélectionnez le nombre de baies de lecteur pour votre NAS. Sous "Modèle", sélectionnez le nom du modèle Qnap correspondant à votre NAS Fujitsu. Dans la section "Télécharger les éléments", cliquez sur "Système d’exploitation". La liste qui apparait est celle du firmware (Système d'exploitation) avec le plus récent en haut. Téléchargez le fichier en cliquant sur le lien dans la colonne "Lien de téléchargement". Décompressez le fichier zip. Copiez le firmware dans le dossier Public du NAS: Vous pouvez renommer le ficher image (.img) que vous venez de décompresser. J'ai effectué la migration d'un Q703. Je prends donc ce modèle comme exemple. J'ai renommé le ficher image en "TS-221.img". Remplacer "TS-221.img" par le nom que vous avez choisi dans le reste du tutoriel. Par l'explorateur de fichiers de votre système, copiez le fichier image dans le dossier Public du NAS. Autoriser la connexion SSH dans le NAS: SSH, pour Secure Shell, est un protocole de communication réseau qui permet d’établir une session chiffrée entre deux machines, typiquement un client et un serveur. Si la connexion au NAS par SSH n'est pas activée, vous devez l'activer soit par l'interface du NAS, soit avec Qfinder. Si besoin aller voir l'aide QNAP: https://www.qnap.com/fr-fr/how-to/faq/article/comment-acc%C3%A9der-%C3%A0-mon-nas-qnap-en-utilisant-ssh Accédez à votre NAS avec SSH: Vous devez ouvrir une console (un terminal) prenant en charge SSH. Sous MacOS et Linux, cette fonctionnalité est généralement activée par défaut. Sous Windows, elle n'est pas toujours disponible. Sous Windows 10 ou 11, Vous devez activer le "client OpenSSH" dans les paramètres de Windows. Si vous ne savez pas comment faire, vous trouverez des tutos sur internet. Une fois fait, les consoles de Windows prendrons en charge SSH. Il vous suffit alors d'ouvrir une console, soit par l’invite de commandes Windows (CMD), soit par PowerShell. Sinon, vous pouvez installer un programme comme "Git Bash" ou "PuTTY". La page d'aide indiqué précédemment montre la méthode pour MacOS et pour Windows avec "PuTTY". Installer le firmware avec l'image: Dans la console que vous venez d'ouvrir, saisissez les commandes suivantes et terminez par la touche "Enrtée" pour validez (exécutez) les commandes. Vous pouvez les copier-coller. N'oubliez pas d'adapter les valeurs à votre cas (adresse IP du NAS, nom de l'image). Code: ssh Code: ssh admin@ipRemplacez « ip » par l'adresse IP de votre NAS. Le système vous demande ensuite le mot de passe. Celui par défaut est « admin ». [Par cette commande, vous vous connectez au NAS à distance en vous identifiant comme l'utilisateur "admin", comme vous le faites lorsque vous accédez à l'interface de gestion du NAS avec votre navigateur, mais ici vous le faites en ligne de commande par le protocole SSH.] Saisissez ensuite les commandes suivantes: Code: mkdir /mnt/HDA_ROOT/update[Cette commande créé le répertoire "update" dans le répertoire HDA_ROOT.] Code: rm -rf /mnt/update[Cette commande efface le contenu du répertoire "update" au cas où il ne soit pas vide.] Code: rm -f /tmp/update_process[Cette commande efface un éventuel fichier temporaire qui serait resté d'une précédente mise à jour] Code: ln -sf /mnt/HDA_ROOT/update /mnt/update[Cette commande créé un lien symbolique entre les deux emplacements.] Code: /etc/init.d/update.sh /share/Public/TS-221.img[Cette commande lance le "script" (ou programme) d'installation du firmware (update.sh) et lui indique ne nom de l'image ("TS-221.img" dans mon cas) et son emplacement (dossier Public du NAS).] Le processus d'installation se déroule et des informations apparaissent dans le terminal tout au long du processus. Le processus peut prendre un certain temps. Vous verrez apparaitre le nom du modèle d'origine du NAS, Q703 dans mon cas : "model name = Q703". Une ligne plus bas vous indiquera le nouveau nom de modèle qui sera attribué au NAS: TS-221 dans mon cas. Si tout se déroule correctement, la procédure se termine par le message : « Mise à jour terminée ». Saisissez ensuite : Code: rebootAprès le redémarrage, qui est assez long, vous trouverez la nouvelle interface sous QTS en vous connectant au NAS avec votre navigateur ! Dans mon cas, tout était intact : mes applications et mes données étaient toujours présentes. [Pour information, après la migration j'ai voulu faire une réinitialisation sans formatage des disques, Mais lors du redémarrage, le système m'a forcé à réinstaller le firmware. Il suffit de sélectionner le fichier image (TS-221.img dans mon cas) et de laisser le processus se faire.] Il est alors possible de créer un compte sur le site de QNAP, d'enregistrer le NAS et d'utiliser tous les services QNAP. N'hésitez pas à partager vos expériences de migration de votre NAS ou à les publier sur le forum! Je suppose que cette méthode fonctionne avec tous les modèles QNAP, car la documentation QNAP ne mentionne aucun modèle particulier. - Page de l'aide du site QNAP pour la mise à jour par SSH: Comment mettre à jour manuellement le firmware par SSH ? - Page du site Wiki QNAP pour la mise à jour par SSH: : Manually Updating Firmware Au cas où votre NAS ne démarre plus: Récupérer un NAS ARM ancienne génération Récupérer un NAS X86 ancienne génération

Salut, J’ai fait un test avec AllDebrid : il y a un fichier host. Tu renseignes ton compte avec une clé API qu’il faut générer sur le site, et ensuite, quand tu veux faire un téléchargement, tu mets n’importe quel lien dans Download Station et ça télécharge comme par magie. C’est vraiment trop bien, et en plus avec des sacrées vitesses : j’arrive presque à 300 Mo/s

Il n'y a plus de mise à jour automatique des versions mineures de DSM pour les modèles des séries ´16 à ´19 depuis DSM 7.2. Elles ne peuvent donc être faites que manuellement.

merci pour la réponse. C'est fait et nous avons eu la réponse. Effectivement il s'agit d'un bug sur la 7.3 (depuis la 1ere version). Un correctif est prévu (quand ?). En attendant pour résoudre le problème nous avons découvert qu'il ne fallait pas utiliser la planification de synchronisation de l'AD sur le NAS. C'est ce que nous a confirmé Syno. Dommage que ce genre de bug majeur ne soit listé quelque part, avec le contournement possible. Cela éviterait 2 jours de travail avant de comprendre et de trouver nous-mêmes la solution.

Bonjour, Je viens de voir que dsm 7.3 est en vue. Ce sera la dernière mise à jour pour mon DS 218+ 😞

Autre solution : en IPv6, chaque NAS a sa propre adresse IP publique, et est donc adressable sans souci, sur tous les ports.

Salut @.Shad., Le problème avec les serveurs DNS c'est que leur hiérarchie n'est pas respectée. Le client peut faire appel à n'importe quel serveur de la liste. Si le DHCP distribue plusieurs IP DNS, il vaut mieux que ces serveurs résolvent les requêtes de la même manière. Je suis plutôt pour une deuxième instance pi-hole (ce que j'ai), ou bien à la limite passer par le serveur DNS du NAS avec une zone correctement paramétrée. Surtout pas d'autres serveurs externes qui sont incapables de résoudre les adresses locales.

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...

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.

Par défaut, un paquet WoL n'est diffusé que sur le segment réseau de l'émetteur. Dans le cas présent, le smartphone n'émet ce paquet que sur le réseau 192.168.68.0/24 (broadcast à destination de 192.168.68.255 ou 255.255.255.255). Le paquet ne peut donc pas parvenir au NAS situé sur un autre segment (192.168.1.0/24). Il est très peu probable que le routeur Mesh propose un proxy WoL pour propager la diffusion du paquet sur les autres segments qui y sont connectés. La solution la plus simple est de connecter le NAS derrière le routeur mesh (attention au changement d'adressage IP). La solution la plus propre est de configurer un unique segment réseau en configurant les appareils réseau du réseau mesh en points d'accès Wi-Fi.

Bonjour, Je n'ai pas tout compris...

Re-bonjour, J'ai trouvé ma réponse : mon mot de passe contient des caractères spéciaux dont la saisie est mal interprétée dans drive client ubuntu. En saisissant le mot de passe dans un éditeur quelconque, puis en le copiant dans le mot de passe de la connexion drive client, Ö miracle, ca fonctionne. bien à vous

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)

Bonjour, Je viens de voir cette info sur un site "concurrent" D'après le dernier bulletin publier par Synology, on ne pourra plus monter des disques dur ou SSD tiers dans les nas série+ (nas typer entreprise) de 2025 et suivant. Il faudra passer par les solution de stockage de synology ou bien des disques certifier par synology. Si c'est le cas ca va faire mal. Les info ici https://www.cachem.fr/synology-disques-ssd/ le bulletin en Allemand https://www.synology.com/de-de/company/news/article/DACH_VL_plus/Synology setzt für kommende Plus-Modelle verstärkt auf das eigene Ökosystem

Je viens de relire le fil de la discussion et j’avoue ne pas comprendre exactement ton problème. En particulier je comprends que quand tu est chez toi, tu accèdes à ton NAS depuis ton réseau local. Mais quand tu es chez ton père et que tu te connectes sur SON réseau local, tu veux te connecter à TON NAS chez toi, ou au NAS de ton père ?

Et j’ajoute que je suis désolé si tu as interprété certains de mes propos comme relevant d’une attitude condescendante. loin de moi cette idée !

A priori non, la migration à partir d'anciens systèmes permettrait de garder les disques.

Bonjour @heygunr, Pour le test de la carte mer regarde ici 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 Et oui si tu achetés un nouveau nas synology (pas une série DSx25+, il y a un grosse polémique sur les disques dur dessus) et tu montes le disques issue de ton ancien nas dans le nouveau dans le même ordre. Pour info la config est sut tous les disques. Si on tu as cette méthode https://kb.synology.com/fr-fr/DSM/tutorial/How_can_I_recover_data_from_my_DiskStation_using_a_PC Dans tous les cas la méthode est expliqué ici https://kb.synology.com/fr-fr/DSM/tutorial/How_to_fix_hard_drive_failure_and_retrieve_the_data_from_your_hard_drives

@cadkey et @marty1944000 Pas de question ou de réponse à problème dans les présentations. Si nécessaire, merci de créer un post dans la bonne rubrique

comme tu le dis, il est nécéssaire de refaire une synchronisation complète et pas le choix pour se faire tu dois supprimer ta tache de synchro et la recréer en indiquant les mêmes chemins. Même si les fichiers existent des deux côtés, drive doit réécrire sa base de donnée et donc repasser un à un chaque fichier ce qui peut prendre un certain temps, il faut juste en avoir conscience.

Je ne sais pas ce qu'est le plugin dont tu parles qui est apparemment nécessaire pour faire tourner Bitwarden. J'ai choisi d'installer Vaultwarden qui est une adaptation de Bitwarden qui ne nécessite pas de plugin. Pour cela j'ai appliqué un tuto trouvé sur un site concurrent mais néanmoins ami. Tu le trouveras en suivant le lien suivant [Tuto] Installer Vaultwarden avec une sauvegarde automatique de la base de données. Après c'est toi qui voit si la bascule en vaut la peine.

Je ne vais (même) pas réagir à la remarque, certes, Mais néanmoins, le détail qui t'a peut-être échappé, c'est que j'utilise les stacks et le déploiement via portainer et pas uniquement comme un "gestionnaire ou superviseur" de containers... Néanmoins, je te remercie beaucoup pour ton temps (perte ou pas...)

Sur l'accès au photos probablement, mais pas sur la réactivité de DSM. Actuellement DSM s'installe automatiquement sur tous les disques HD et SSD mais pas sur les NVMe. Mes 4 baies sont équipées de SSD Sandisk et mes NVMe de Crucial. En NVMe j'ai utilisé des WD_BLACK SN750, des Crucial P3 Plus Gen3 et Gen4.

Faux : ou si DSM 7.2.2 :

Dans freeboxos ( mafreebox.freebox.fr) le paramètre dhcp donne accès au dns. Chez moi c'est le seul endroit du réseau où on trouve les dns, ailleurs c'est en auto. Si mes deux piholes plantent je n'ai plus d'accès à internet, mais j'ai toujours accès à l'intranet pour changer les dns puis rétablir les piholes avant ďe les remettre en dns.

Réponse trouvée chez les américains : OUI on peut récupérer la passphrase avec ecryptfs-utils sous linux.

J'utilise ce script depuis plusieurs années. Ol est sur github https://github.com/007revad/Synology_HDD_db Il n'est pas à relancer à chaque mise à jour, il suffit de faire une tâche planifiée au démarrage. Tout est automatique, y compris les mises à jour du script, rien à faire.

Quand même un petit peu. @azza.azza essayez avec une version antérieure à la 7.0.1-50044. Vous en trouverez ici : https://archive.synology.com/download/Utility/Assistant

La version de l'assistant n'a que peu d'intérêt. La version de DSM beaucoup plus. Si c'est professionnel et urgent, pas de SI sous la main ? Qu'est-ce qui a bougé depuis la dernière fois où c'était fonctionnel ? Quel est le message de l'assistant ? Sinon avec un peu de recherches, le montage des disques sous Linux est une solution

Les clients ne gèrent pas tous les serveurs DNS qui leur sont distribués de la même manière. Ils peuvent très bien interroger le deuxième serveur DNS sans défaillance du premier. Les zones locales créées dans DNS Server ne pouvant pas être résolues par le serveur FDN, les accès peuvent être aléatoirement lents car les noms sont impossibles à résoudre (ou pointent vers une adresse IP publique).

Ou alors passer en « Mode bureau » …(bouton engrenage en haut à droite …)

Bah non justement. Un pare-feu se situe en amont d'un VPN et/ou d'un reverse proxy. De ce fait, il est plus efficace que ces derniers puisqu'il peut en limiter l'accès.

Comme on dit " sitôt paru sitôt vendu "

Ca fait mal quand même un RAID1 avec deux disques de 24 To 😄 Pourquoi ne pas partir sur un RAID5 avec 4 disques de moindre taille ? surtout que tu as un Node 804, qui peut accueillir un paquet de disques. 🙂

La config est largement bonne. 2 disques de 24 To donc tu vas partir sur du RAID1 obligatoirement.

Merci @Jeff777 Je ne suis pas certain d'avoir compris ta remarque, mais je pense avoir trouvé la cause : le DS124 que je commençais à configurer remplace un DS112+ qui a rendu l'âme. J'ai conservé son DDNS, que j'ai reparamétré sur le DS124. Même si le DS124 est désormais physiquement débranché, lorsque le tape <DDNS>.synology.me:5001, j'arrive sur … mon DS718+ ! Normal, le 5001 est routé par ma Box sur mon DS718+. Cela veut donc dire que mon User (mon propre User est paramètre sur mon DS718+, mais aussi sur le DS124, mais avec un mot de passe différent) est utilisé par je ne sais pas quelle machine qui essaie de se connecter sur le DS112+ …/ Il me reste à trouver le coupable ... EDIT : Vu et merci @PiwiLAbruti c'est très probablement cela. Les Livebox font du loopback. Ce qui m'étonne au passage, c'est que le DDNS Synology n'arrive pas à joindre le DS124 sur son ipv6, et donc il bascule en v4 ? EDIT Bis : J'ai trouvé !!!!! Le coupable est le service CMS de SurveillanceStation. Sur le DS718+, CMS supervise les instances Surveillance Station du DS218+ et de feu le DS112+. Le DDNS du DS112+ étant conservé, CMS essaie de se connecter à l'instance Surveillance Station du DS124 … qui pointe, comme vu plus haut, sur mon DS718+ ... L'enorme erreur pour moi est que j'utilise mon propre User pour cette connexion CMS. Ce n'est pas propre du tout. J'aurais trouvé tout de suite si j'avais utilisé un User dédié Surveillance … ce que je vais tout de suite m'empresser de faire ... En tous cas, merci pour votre aide, je ne m'en sortais pas ...

Je n'utilise pas OwnTracks, mais il y a un bref tutoriel pour les NAS Synology sur le site officiel : https://owntracks.org/booklet/clients/recorder/#recorder-on-synology As-tu essayé de l'appliquer ?

Bonjour @fab&cler, Oui le DS1525+ a été annoncer il y a quelques jour voici ces caractéristiques Par contre le prix n'est pas connu.

Parfois certain fichier ne sont pas accessible via l'API mais sur le site, c'est en général signe qu'il va bientot ne plus être accessible sur le site. Tu as des exemples de liens à m'envoyer en MP, car chez moi je n'ai pas de probleme.

Je n'ai jamais eu ce cas sur des OS autres que ceux de Microsoft. Sur Windows Server notamment, si la machine présente un décalage horaire que plusieurs minutes (ou heures) avant la configuration d'un serveur NTP, l'heure sera progressivement ajustée jusqu'à l'heure réelle (le temps passe plus vite ou moins vite selon le sens du décalage). Il se peut donc que l'heure se corrige également toute seule dans le cas présent, à vérifier.

Le réglage du fuseau horaire est le même dans Options régionales ?

Nouveau record, la barre des 12 ans a été franchie ! 🏆

Salut à tous, ce sujet étant ancien, les choses ont peut être un peu changé. J'ai fais une sauvegarde Syno sur le PC et l'emplacement du dossier .SynologyWorkingDirectory ne me convient pas (prend beaucoup trop de place sur le PC), je voudrais donc modifier l'emplacement de ce dossier et si j'ai bien compris, la seule solution est de supprimer la sauvegarde Syno et d'en refaire une. Pour ça, pourriez vous me détailler la démarche de ce message svp, je ne comprends pas tout. Comment supprimer proprement une sauvegarde? Merci

Il y a suffisamment de services DNS publics pour que tu trouves celui qui te conviendra. Si la confidentialité et/ou la sécurité t'intéressent, il y a ceux-là (et beaucoup d'autres) : https://adguard-dns.io/fr/public-dns.html https://quad9.net/fr/ https://www.dns0.eu/fr/zero

Pour vous aider à mieux comprendre : https://kb.synology.com/fr-fr/DSM/tutorial/What_is_Synology_Hybrid_RAID_SHR Le SHR est la configuration par défaut de tous les NAS Synology multibaies.

J'ai l'impression que vous n'avez pas percuté que "heise.de" n'est pas mon domaine. Je l'ai juste pris comme exemple pour mes tests de requête DNS quand j'utilise Cloudflare comme serveur DNS