Fenrir

Normalement, la réinstallation (reset double) ne touche pas au volume1 mais dans ton cas, je ne sais pas si le problème est juste lié à DSM (partitions 1 et 2) ou est plus global. Pour tester les disques, tu peux commencer par faire un test smart rapide, puis étendu s'il ne trouve rien, dans le gestionnaire de volume->HDD. Tu peux aussi tester avec https://fr.wikipedia.org/wiki/Badblocks Sinon avec les softs du constructeur des disques (donc à faire depuis un pc/mac)

pour être certain que tu ne passes pas par le "loopback" de ta box ;) c'est probablement le CPL qui bride ton débit normalement ça devrait être considéré comme du local, mais certains FAI (malhonnêtes) considèrent que c'est du trafic Internet. ======= Si tu veux aller au max de la vitesse de ton nas, branches ton MAC et ton NAS sur le même switch en RJ45.

Ton nas est en 1gbits, il faut aussi que ton PC (et tout ce qui est situé entre les 2) le soit. Tu utilises bien l'adresse IP privée de ton nas dans ton client FTP ?

Pour faire le ménage, il suffit normalement de supprimer le paquet sur le nas (parfois il faut aller supprimer le dossier en ssh, c'est simple à faire). Pour ton besoin, syncback devrait convenir.

Commence par faire une sauvegarde de tes données en dehors du nas. Ensuite en fonction de ce qui provoque cette erreur sur la partition système, tu as peut être : un (ou plusieurs) disque(s) en panne => il tester tous les disques une erreur sur le raid1 système => il faut réinstaller le nas

Si ton réseau est en 1gbits de bout en bout et que tu ne passes pas par une box (ou par quickconnect), le FTP est le plus rapide avec ton modèle Si tu as plein de petits fichiers à transférer, tu peux faire des copies en parallèle (tous les bons clients FTP permettent de le faire). ps : indique le modèle de ton nas dans ta signature, c'est plus pratique pour te répondre que de te devoir balayer tes autres posts

Les 2 premières n'ont pas de limites techniques atteignables (du moins dans un cadre privé) et je n'ai jamais rencontré de problèmes sur "quelques fichiers" (je n'utilise pas HyerBackup ni sharesync). Pour ma part, mes nas sont synchronisés avec "synchro du dossier partagé" car ça répond à MES besoins (avoir une copie identiques sans versions) et je fais le complément avec des scripts rsync pour des besoins spécifiques.

@Jojo (BE) : oui c'est un réglage, mais je crois que même en mettant 0 versions, on consomme encore 2X l'espace synchronisé (sauf peut être en BTRFS)

Tout ce qui est dans CloudStation est doublé, triplé, ... dans un dossier que tu ne vois pas (/volume1/@appstore/CloudStation/... de mémoire). C'est le réglages des versions qui fait ça.

Tu as créé un certificat "auto signé", il n'est donc pas reconnu par défaut, c'est normal. Pour ne pas avoir d'alerte sur le certificat il faut remplir les conditions suivantes : le certificat doit être valide (pas expiré, ...) le certificat doit être signé par une autorité de certification connue de ton navigateur le nom du certificat (CN et/ou SAN) doit correspondre au nom dans l'url ce qui implique d'avoir un enregistrement DNS qui pointe sur l'adresse du NAS (ça peut être un DDNS comme synology.me). Pour les 3 premiers points, tu peux créer un certificat LetsEncrypt, c'est gratuit : https://www.synology.com/fr-fr/knowledgebase/DSM/help/DSM/AdminCenter/connection_certificate

Le partage "home" est DANS le partage "homes" mais sous un autre nom, votre login Physiquement c'est rangé comme suit : /volume1/homes/<login> Dans la vue des dossiers partagées ou dans filestation, le dossier correspondant à la personne connectée est affiché à la racine sous le nom home, mais il s'agit bien du même dossier

Si on joue avec le pare feu par interface, il faut choisir la bonne interface Pour OpenVPN ça fonctionne très bien Pour la connexion auto : rasdial "nom de l'interface vpn du pc" Pour la clef c'est dans les propriétés de l’interface (w7) ou dans les paramètres (win10)

Par ordre de préférence rsync en ligne de commandes synchro du dossier partagé (ou 3 si besoin de chiffrement) hyperbackup (ou 2 si besoin de chiffrement ou d'incrémentiel) sharesync

Bonjour, Ce n'est pas prévu par l'interface mais c'est réalisable en script avec rsync. Le problème que tu vas rencontrer c'est qu'en cas de tâche inachevée, la sauvegarde doit reprendre depuis le début, donc si tout ne passe pas entre minuit et 7h, elle ne sera jamais terminée. Il faut donc couper ta sauvegardes en petits bouts. C'est un peu compliqué de d'expliquer ça en quelques lignes, tu y verras plus clair avec les nas sous les yeux.

Le parefeu de la box n'est pas en cause ici Ton alerte de certificat et le fait que ça ne marche qu'en IP un interne sont surement liées au même problème : ton certificat est valable pour un domaine, pas pour une ip si tu veux utiliser ton domaine en interne il faut soit utiliser le loopback de ta box (mais c'est plus lent) soit utiliser un DNS interne (il y a un tuto pour ça aussi)

je confirme, ça me permet de faire comme au travail mais avec 4 ou 5 zéros de moins (mais objectivement, les routeur ubiquiti ne sont pas si compliqués à utiliser : https://www.youtube.com/watch?v=d2Uj8JrjTUE Pour les switchs Ubiquiti, ils sont très bon en perf, par contre attention il y a 2 gammes : US (Unifi Switch) : il faut un contrôleur pour les gérer (c'est juste un soft que tu lances quand tu en as besoin, le même que pour les bornes), mais l'interface est simple et "design" ES (EdgeSwitch) : pas besoin de contrôleur pour les gérer, par contre l'interface est une usine à gaz et la CLI c'est pire (pourtant je suis habitué aux gammes pro) Mais pour un switch, si tu n'as pas de besoins exotiques, les produits "grand public" seront largement suffisant et moins cher (les perf seront similaire pour ton usage) Pour ce qui est du CPL, je ne prends que du Devolo.

Ce n'est pas WebDav qu'il te faut, mais le serveur VPN pour accéder à ton nas de partout comme si tu étais chez toi (il y a un tuto sur le forum)

non, par défaut c'est pire (5sec en général), ce que j'ai indiqué entre parenthèse c'est la conf que je fais sur mes serveurs au taf (1 seconde de timeout et on passe au suivant / 2 essais pour contacter le resolver et on renvoi "pas de résultat/erreur), ça passe correctement avec ces valeurs (le cache des appli et les buffers réseau compensent sans souci) => man resolv.conf mais encore une fois (par client je veux TOUTE machine qui n'est pas serveur DNS) ---------- non, juste les autoriser dans le firewall du nas (sauf su tu as un vrai FW sur ton routeur)

Il ne faut pas les monter avec filestation mais à la main et le fait de passer en iSCSI ne changera rien au problème (il faudra le monter de la même manière). Le montage avec les options par défaut ne fonctionnera pas, mais je ne me rappelle plus du truc à faire pour que l'indexation fonctionne, la réponse est quelque part sur le forum.

Non, c'est une exigence de l'api que Synology a choisi d'utiliser, perso je créé mes certificats via des enregistrements DNS (DNS-01), d'autre le font via un fichier (webroot), d'autre encore via un reverse proxy (mélange de webroot et de nginx), mais aussi en https (TLS-SNI-01) Ça dépend des clients, pour Windows ça va, mais Linux c'est la cata par défaut, le timeout est trop long (resolv.conf => options timeout:1 attempts:2). En pratique le DNS secondaire c'est plus pour les autres serveurs DNS que pour les clients, un client devrait normalement systématiquement avoir un resolver en local (unbound par exemple), c'est plus performant, ça permet de limiter la censure et c'est plus sécurisé (la plupart des logiciels, mais aussi les box ne gèrent pas, ou rarement DNSSEC).

Ton site (enfin ton syno) doit être accessible à cette adresse en HTTP (port TCP 80) depuis les USA.

le nom de domaine n'est pas obligatoire, test déjà en local avec l'ip privée du nas nb : si c'est pour échanger des fichiers, tu as pleins d'autres protocoles bien plus efficaces et fiables

https://www.domolio.fr/monitorer-la-temperature-avec-un-raspberry-pi-vite-fait-bien-fait/ http://espace-raspberry-francais.fr/Composants/Sonde-de-temperature-DS18B20-sur-Raspberry-Francais/ ...

Tu as bien chercher, ce n'est pas présent, mais c'est possible (la doc du site espagnol est correcte et fonctionne), par contre je doute que Synology propose un jour cette fonction car un nas n'a pas vocation à être initiator (d'un autre coté, un nas n'a pas vocation à être sgbd ou serveur web non plus ...). Si tu trouves cette fonction sur les Qnap c'est parce qu'ils sont plus proche d'un pc que d'un nas, il y a un même un port HDMI sur certains modèles (nb : ce n'est pas une critique envers qnap, leurs produits sont très bon, mais pour moi ils sont à ranger dans la catégorie serveur domestique, pas nas). À défaut d'iscsi, tu peux nativement monter un partage NFS ou CIFS sur un syno, en NFS les perfs sont similaires.

Les homes "linux" sont dans /var/services/homes sur les syno, mais en pratique c'est un lien vers /volume1/homes. Pour root c'est le chemin posix : /root/.ssh/authorized_keys Le problème c'est que dans les partages, Synology ne respecte pas les droits POSIX et y ajoute des ACL, tu peux les voir avec : ls -lae /volume1/homes/LOGIN/.ssh Au final les ACL (le + à la fin de la ligne) contredisent partiellement les droits POSIX, ce que ton chmod a corrigé d : c'est un dossier (- si c'était un fichier) rwx : droits lecture (r), écriture (w) et exécution (x) pour le propriétaire rwx : droits lecture (r), écriture (w) et exécution (x) pour le groupe rwx : droits lecture (r), écriture (w) et exécution (x) pour le reste du monde + : il y a des ACL nb : x sur un dossier ça veut dire "entrer dans le dossier", sur un fichier c'est pour le rendre exécutable Le bon chmod pour un .ssh c'est : chmod u+rwX,g-rwx,o-rwx dossier (il y a un X en majuscule, c'est important) Un peu de lecture : https://wiki.archlinux.org/index.php/File_permissions_and_attributes nb : Sous GNU/Linux, pour installer une clef sur un serveur, il y a une commande qui fait tout proprement : ssh-copy-id Et pour ta dernière question, ce que tu as fait n'est pas dangereux, c'est Synology qui a tord.