Mic13710

A mon avis, si le NAS s'éteint pour une élévation de température c'est que soit il est sale et il faut l'ouvrir pour le nettoyer (les ventilos, ce n'est pas suffisant), soit il chauffe parce qu'il n'est pas bien ventilé ou entouré de sources de chaleur, soit la pièce où il est installé est trop chaude, soit c'est une combinaison de tous ces facteurs. Et donc s'il s'éteint à cause de la température, il me semble tout à fait normal qu'il ne se rallume pas automatiquement car cela ne servirait à rien tant que le problème de surchauffe n'est pas résolu et le rallumer pourrait même à terme nuire au NAS. De mon point de vue, vous devriez plutôt chercher la cause que de tenter de contourner une protection.

Vu de chez moi, Cherbourg c'est très loin 😉

Merci de ne pas faire de citation inutile, ça charge le sujet sans rien apporter à la compréhension. Je viens de supprimer la précédente. Vos disques étant en RAID1 ou SHR avec protection des données, il suffit de remplacer les deux disques par des plus gros pour augmenter le stockage.

C'est donné en tête de section 😉: Il n'y a pas de zone de téléchargement sur le forum. Les fichiers relatifs à ce fil de discussion sont hébergés sur un site externe et comme cela fait trèèèès longtemps que son auteur a déserté le forum, le fil n'est plus maintenu.

Vous pouvez suivre les indications de la kb synology : https://kb.synology.com/fr-fr/DSM/tutorial/How_to_fix_hard_drive_failure_and_retrieve_the_data_from_your_hard_drives

Je parlais de mon cas. Puisque j'ai 2 sites interconnectés, j'ai choisi d'avoir un pi-hole par site et de les utiliser pour les deux. Vous pouvez très bien avoir 2 serveurs DNS sur votre unique réseau. Vous assurez ainsi la redondance. Ils ne sont utiles que chez vous, ils n'ont donc pas à être délocalisés. Pas besoin de casser la tirelire. Comme je l'ai dit, un Raspberry PI2 suffit largement et on en trouve à petit prix sur leboncoin.

Si vous utilisez un ndd type xxx.synology.me,une fois crée (quelques clics) le certificat est renouvelé automatiquement tous les 2 mois par DSM. Donc, la question ne se pose pas. Le port 6690 c'est l'accès à Synology Drive. Point. Je n'utilise pas la version navigateur de Drive. Ceci dit, l'URL est de la forme https:\\<mon ndd vers file station>/?launchApp=SYNO.SDS.Drive.Application#MyDrive Si vous voulez passer par OpenVPN sans utiliser un nom de domaine pour ouvrir le navigateur Drive, vous pouvez je pense utiliser directement l'ip du NAS avec le port de File Station comme ceci : <IP du NAS>:<port de file station>/?launchApp=SYNO.SDS.Drive.Application#MyDrive A vérifier.

A votre avis ? Si vous voulez dire au DHCP quel serveur DNS utiliser, il faudrait d'abord mettre en place le serveur DNS sinon ça ne marchera pas! Bien sûr ! Pas uniquement pour Drive mais pour toutes les autres applications. Il n'y a pas de rapport entre le certificat et l'ouverture de ports. Ce sont deux choses différentes. Le certificat c'est pour un nom de domaine, l'ouverture de ports c'est pour accéder aux applications. Ce serait plus simple et pas moins sécurisé de vous connecter directement à travers le 6690

Ah bon ? Vous êtes sûr de ça ? Cliquez sur "Tierce partie" dans les liens que vous avez donnés et vous verrez que ça va tout de suite beaucoup mieux 😉 Exemple pour le 923+, juste les 16To pour ne pas avoir une liste longue comme le bras...

Je ne sais pas s'il est possible d'avoir 2 pi-hole sur un même NAS. Mes pi-hole sont sur 2 Rasp, un sur chaque site (voir ma signature), les deux sites étant reliés via Site Magic (Ubiquiti) qui est basé sur wireguard. J'ai en tout 4 adresses privées locales pour mes serveurs DNS, les 2 pi-hole plus celles des NAS sur lesquels j'ai des serveurs DNS locaux. Ainsi, quel que soit le serveur interrogé, les adresses locales sont bien résolues localement. Pour le Rasp, un V2 est plus que suffisant. J'ai un V2 et un V3 pour pi-hole.

Bizarre ça. Chez moi il est down depuis plusieurs jours et le ping n’aboutit pas.

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.

C'est dans le centre des paquets que ça se passe :

Ca fait tout de même 10 ans ! Il y avait encore la possibilité de récupérer les archives avec le lien donné par @Lelolo mais le site est down depuis quelques temps et je ne sais pas s'il sera rétabli un jour. Il faut vérifier de temps en temps si ça revient. En attendant, vous pouvez fouiller la toile à la recherche du .pat.

Une 330 voire même une 470ohm faisait l'affaire. Pour les autres résistances, je ne sais pas. Je ne connais ni leurs valeurs, ni leur utilité et n'en ai pas entendu parler. Je n'ai pas de NAS de ces séries. Le rajout de résistance est la seule modif effectuées par Synology. Je pense qu'elle suffit à elle même. Si vous voulez aller plus loin, il va falloir creuser de votre côté.

Le problème c'est qu'à la prochaine panne, ce sera fatal. Je vous recommande vivement de le faire le plus rapidement possible. Avec la 100ohm, le courant absorbé par le circuit d'horloge est beaucoup trop important pour le besoin réel du circuit. Il surchauffe et risque de griller. A vous de voir si vous prenez le risque ou si vous jouez la prudence. De toute manière, ce "patch" n'est qu'un bricolage pour maintenir en vie le NAS. Le problème CPU demeure et votre NAS peut tomber en panne à tout moment.

Sans doute, mais cette info n'a pas sa place ici. Elle serait plus adaptée dans ce sujet : On y explique que la résistance de 100ohm est trop faible et doit être augmentée à 300ohm approx.

Si vous passez par une installation à partir de zéro, cad à partir de disques vierges, est-ce que ça bloque ? Je pense que oui, mais comme je l'ai dit, on ne sait jamais. Sinon, je vous ai déjà donné la meilleure idée que j'avais. Je n'ai plus rien en stock, désolé. Il vous reste à trouver toutes les versions dans la liste donnée plus haut pour arriver à la dernière dispo sur le site. Ou bien attendre que le site d'archive reprenne du service.

C'est sûr que de cumuler les routeurs (RT et AX) comme vous le faites complique le réseau. Le AX est franchement de trop. Il aurait fallu une simple borne wifi et le tour était joué. Ceci étant dit, selon les caractéristiques sur le site Asus, le AX peut être paramétré en point d'accès : Il ne s'agit pas de faire un système mesh avec d'autres Wifi mais bien de créer votre propre réseau wifi avec son SSID et son mot de passe. Le mode point d'accès fonctionne comme une extension de votre RT, c'est à dire que les adresses IP et les paramètres réseaux sont gérés par le DHCP du RT, le point d'accès servant de passerelle entre vos clients en wifi et votre réseau. Comment faire sur un routeur Asus : https://www.asus.com/fr/support/faq/1015009/

J'ai 3 PC sous windows. Pas de problème chez moi sur les PC en W11. Dernières sauvegardes effectuées ce matin. Par contre, celui sous W10 que je n'avais pas utilisé depuis 2-3 semaines était noté en attente de mise à jour du client au niveau du serveur. Je viens de faire la mise à jour et ... j'ai le même message "Erreur d'internet.." ! Par trop le temps de lancer des investigations mais c'est peut-être lié à la version de windows. Quelle est celle de tes PC ?

Donc, vous ne savez pas ce qu'est un DDNS sinon vous ne diriez pas cela. Il y a un petit tuto sur ce forum qui vous permettra de comprendre les bases des réseaux :

Pour commencer, il faut corriger une confusion bien trop courante : un certificat NE S'APPLIQUE QUE SUR UN NOM DE DOMAINE ! jamais sur une IP. Si vous voulez un certificat sur votre nom de domaine, il y a plusieurs méthodes : via DSM, la plus simple mais il faudra ouvrir le port 80 au moins pour le renouvellement et relancer le renouvellement manuellement ou à l'aide d'une tâche planifiée la méthode par docker, mais votre NAS n'est pas compatible. la méthode via SSH qui est équivalente à celle via docker et qui utilise le script acme.sh (dépôt Github : https://github.com/acmesh-official/acme.sh). La mise en oeuvre n'est pas très simple mais lorsqu'il est en place, le renouvellement se fait automatiquement. Dans votre deuxième message, vous faites là aussi une erreur. Ce n'est pas l'IP privée qu'il faut renseigner mais l'IP publique de votre box à l'instant de la mise en place du DDNS. Vous pouvez l'obtenir en consultant ce site : https://www.mon-ip.com/ Mais pour pouvoir faire fonctionner le DDNS sur votre NAS avec un NDD OVH, il faut d'abord paramétrer le DynHost dans la zone chez OVH et paramétrer les identifiants de connexion. Vous trouverez tout un tas de tutos sur la toile vous indiquant comment paramétrer le DynHost et l'identifiant de connexion.

Je ne connais pas la beestation, mais à lire les caractéristiques, elle n'a aucune application embarquée comme DSM. Même le cloud ne semble n'être qu'une sauvegarde de cloud externes. Tournez vous vers un NAS, un vrai. Si vous avez fait votre recherche avec le sélectionneur de NAS et que le DS124 est donné pour correspondre à vos besoins, alors pas de soucis. Sachez toutefois qu'il faut prévoir de la marge car lorsqu'on commence avec un NAS, on y trouve des tas de services à lui donner à faire auxquels on avait pas pensé au départ. Aussi choisir un modèle trop juste risque d'engendrer de la frustration. Prévoyez aussi de la marge sur la taille du disque par rapport à vos besoins (un facteur 2 est conseillé). Par ailleurs, sachez que la migration d'un disque issu d'un NAS monodisque ne peut se faire que vers un autre NAS monodisque de la même marque. Il n'y a pas non plus de passerelle pour migrer des disques d'un NAS de marque X vers un NAS de marque Y, chaque constructeur ayant sa gestion propriétaire. Ca n'a rien à voir avec les données qui elles peuvent être migrées de tout support vers tout support.

Le RAID n'est pas du tout prévu pour cet usage et je vous déconseille vivement de mettre en pratique ce que vous envisagez. D'abord, un RAID est un groupe actif et sortir un de ses disques casse le groupe. Celui-ci fonctionne alors en mode dégradé et envoie une alarme qui ne s'arrête que lorsque le groupe est réparé. Et lorsque vous remonterez le disque, ce dernier ne sera pas reconnu puisqu'il aura été éjecté du groupe ce qui conduira à une reconstruction complète pour associer à nouveau le disque (de nombreuses heures). Franchement, adoptez une solution universelle qui consiste à faire des sauvegardes périodiques de vos données. Ce sera beaucoup plus efficace et plus simple en terme de gestion des données. Après, le choix du NAS dépend de ce que vous voulez utiliser comme applications. Si c'est pour consulter et gérer des photos, n'importe quel modèle fera l'affaire. Ce qui peut faire la différence c'est le temps de création des vignettes qui sera plus ou moins long suivant les capacités du NAS. Cela peut prendre plusieurs jours à plusieurs semaines suivant la quantité et la qualité demandée. Il faut surtout évaluer vos besoins présents et futurs et en vous aidant du sélectionneur de NAS dispo sur le site de Synology, vous aurez plusieurs modèles qui vous seront proposés. https://www.synology.com/fr-fr/support/nas_selector Vu que ce sont des vignettes qui s'affichent dans l'application Synology Photos, le modèle de NAS n'a que peu d'impact sur la vitesse d'affichage.

C'est bien ce que j'ai donné comme info dans mon premier message. C'est donc 30 jours avant la date d'expiration ce qui laisse largement le temps de renouveler le certificat, et qui signifie que vous aviez un problème qui bloquait ce renouvellement.