Fenrir

Dans tout système de partage de fichier, il y a 2 niveaux de permission : partage : les droits sont souvent sommaires (lire/écrire/pas d'accès) système de fichiers : les droits sont beaucoup plus fin Si tu veux gérer les droits de manière très fine, il faut utiliser filestation en complément des droits sur les partages. Par contre je te déconseille de le faire, tu devrais pouvoir t'en sortir uniquement avec les partages et les groupes : créé : un partage ptest1 un groupe gtest1 un compte ctest1 un partage ptest2 un groupe gtest2 un compte ctest2 place le compte ctest1 dans le groupe gtest1 place le compte ctest2 dans le groupe gtest2 permissions du partage ptest1 : groupe gtest1 : RW le reste décoché (c'est différent de pas d'accès) permissions du partage ptest2 : groupe gtest2 : RW groupe gtest2 : RO le reste décoché (c'est différent de pas d'accès) Normalement (je ne peux pas tester de là où j'écris), ctest1 devrait pouvoir écrire dans ptest1 et lire ptest2, alors que ctest2 ne devrait voir que ptest2 (en RW) Si tu n'en t'en sors pas, j'essaierai de faire le test ce soir. --------------------------------edit j'ai fait le test, ça marche parfaitement

oui et non, Apache, Nginx et haproxy peuvent tous les 3 répondre à ton besoin, mais pas aussi facilement. ne touche pas à la conf d'apache fait en sorte que tes appli fonctionnent dans leur conf par défaut utilise haproxy pour modifier les url/port Je te recommande d'utiliser haproxy car c'est le seul dont la configuration n'est pas altérée par les mises à jour de synology et les appli par défaut. Pour info/rappel, un reverse proxy est un serveur "mandataire" : le client fait une demande au reverse proxy : https://ttrss.domain.tld:5443 le reverse proxy analyse la demande (ip/port/url/...) : l'adresse commence par ttrss puis il interroge la ressource qui correspond à la requète : il interroge http://localhost:6661 il modifie (si besoin) cette réponse (ip/port/url/...) : il remplace http://localhost:6661 dans les pages par https://ttrss.domain.tld:5443 il transmet la réponse (modifiée) au client

Je ne connais pas par cœur les directive d'haproxy, mais tu n'as pas déclaré d'association frontend-backend pour ttrss. ... frontend https ... use_backend ttrss if { hdr_beg(Host) -i ttrss. } default_backend web ... backend ttrss server ttrss localhost:6661 check

oui

C'est un choix de la part de Synology, je pense pour les raisons suivantes : tous les périphériques savent lire du mp3/presque aucun ne sait lire du flac (nativement) un mp3 est généralement beaucoup plus petit qu'un lossless la plupart des personnes sont incapables de faire la différence entre un flac et un mp3 (de bonne qualité) ... ... surtout avec un smartphone Je trouve juste dommage qu'ils ne laissent pas les gens choisir de désactiver complément le transcodage. Si tu accèdes directement aux fichiers (partage réseau, ftp, ...) ou que tu télécharges le morceau via Audio Station (l'appli web), il ne sera pas converti par le Synology

​Ce n'est pas la peine, on est ici pour s'entraider

​parce que smb est un protocole de m**** qui consomme bcp plus de ressources, mais encore une fois, même si ça marche un peu moins bien qu'avant, ça ne fait pas perdre 90% de perf. Chez moi en 5.2, que ça soit en smb, nfs ou ftp, j'ai des débits très correct (de à 110 mo/sec selon le protocole)

Super !! Pense bien à faire des sauvegardes de toutes de données

ok Tu peux maintenant tenter de réparer les erreurs, il y a plein de guide sur le net. http://www.cgsecurity.org/wiki/TestDisk http://www.rodsbooks.com/gdisk/repairing.html Je ne vais malheureusement pas être d'une grande aide pour la suite, je n'ai jamais fait ça avec un disque en gpt et encore moins avec un raid sur un disque en gpt. Peut être que quelqu'un sur le forum aura plus d'infos

Essaye ceci : ouvre 2 fenêtre SSH dans la première : tail -f /var/log/messages dans la seconde : synoservicecfg --stop synomkthumbd synoservicecfg --start synomkthumbd ajoute une photo arrête le tail (control+c) recopie ici toutes les lignes qui se sont affichée dans la première fenêtre SSH

refais les différentes manip qu'on a indiqué essaye aussi de partager un dossier sur le pc (c'est juste pour forcer le démarrage de certains services)

Clique sur Installer et ajoute ce composant, c'est ce qui permet à un poste windows d'accéder à un partage réseau

L'appli "Disks" (graphique) que tu avais lancé voit elle les même partitions que sur sdb ? oui => tu n'es pas plus avancé, mais au moins tu as un backup pour tenter des choses non => soit la table de partition est endommagée, soit elle n'a pas été intégralement copiée par dd (il faut parfois lui dire explicitement, ça peut être fait sans tout recopier) Mais à première vue, je dirai que tout est dans sda1 car les autres sont à 0 => la table des partitions n'a pas été clonée. Je n'ai jamais joué avec les tables GPT, donc je préfère ne pas m'avancer, mais tu peux essayer ça : http://www.kossboss.com/linux---copy-partition-tables-between-drives---mbr-or-gpt http://linuxadministration.us/?p=154

peut être un bug avec les espaces : Backup iPhone essaye de créer un dossier/album sans aucun espace

@firlin, il parlait de contrôleur de domaine (active directory) Le syno dispose d'un serveur ldap, mais je ne sais pas s'il y a ce qu'il faut pour un faire un pdc. Par contre avec Docker, tu devrais pouvoir y arriver sans trop de problèmes

problème de place ?

aucune idée, je ne mets pas mes syno en veille (c'est mal)

tout ce qui est appli et paramétrage sera à réinstaller/refaire les données ne sont pas touchées, mais fais quand même un backup

j'utilise très peux cette appli, il y a peut être des astuces à connaitre essaye de supprimer l'appli photo station, puis relance l'indexation, puis réinstalle l'appli et retest

​+1 cf : http://www.nas-forum.com/forum/topic/47675-webdav-impossible-ipexterne-ddns-adresse-synologyme-inaccessibles/

Oui, aucune interaction. En local tu ne fais pas de VPN, donc smb en direct A distance, la connexion smb passe par le tunnel VPN

Je confirme ce que dit @EVOTk, les modèles J vont vite manquer de puissance pour ton usage. Je serai même tenté de te recommander de monter en gamme (DS215+) si ton budget le permet, mais l’écart de prix est important. onduleur recommandé pour le raid, ça dépend de la criticité des documents, de tes connaissances et de ta gestion de l'espace, mais 2 disques simple avec recopie des données de l'un vers l'autre devrait suffire

Tu devrais pouvoir te faire une idée ici : https://www.synology.com/fr-fr/dsm/5.2/live_demo Ça fonctionne très bien et pas de soucis en HD (du moment que le wifi tient la route) Les apple TV, les raspberry (xbmc) et surement plein d'autres, mais je n'ai pas de références Il faut "forwarder" les bons ports dans ton routeur, soit directement vers le syno, soit via vpn. Pour les smartphone, tu as aussi des applis dédiées.

ne fais pas écouter haproxy sur le port TCP80 ou 443 (ou tout autre port utilisé par le synology) => laisse les ports par défaut place tous les services dont tu as besoin (ttrss, ...) derrière haproxy forward les ports de ton routeurs vers ceux d'haproxy ps : on ne peut pas accéder aux fichiers uplodé ici, copie colle la conf)

J'arrive un peu tard sur le sujet, mais j'espère que tu as prévu un budget Onduleur : un raid sans onduleur c'est prendre de gros risques. Pour le raid, tu as plusieurs possibilités (4*2 To en raid 5 + 1 disque en spare, 5*2 To en raid 6, 4*2To + 1To, 2*2*2To + spare, 2*2To+2To, ...), mais le raid 6 me semble aussi le plus adapté à tes besoins. Pour les sauvegardes externes, si tu n'as pas une bonne connexion Internet (en upload), ça peut être délicat (je pense que le presta t'en parlera). Mais rien ne t’empêche d'avoir un disque USB de taille plus modeste et donc moins cher pour garder une copie des données les plus importantes à proximité. Pour le nas, as-tu envisager la possibilité d'acheter 2 nas ? nas primaire 4*2To en raid 5 => 6To nas secondaire 2*3To sans raid => 6To à n'utiliser C'est un peu plus cher, mais ça permet de palier à une panne d'un nas entier en dupliquant les données sur les 2 et ça te permet d'avoir ta copie de sauvegarde.