CoolRaoul

Non, vraiment pas assez d'information pour avoir la moindre idée. Entre autres choses qui auraient pu être utiles: "accéder au dossier": de quelle façon? Par l'explorateur windows, file station, autre..? "impossible": quel est le texte du message d'erreur qui s'affiche? Plus généralement décrire pas a pas et précisément les manipulation effectuées jusqu'à constater l'erreur me semble indispensable.

Faut comprendre que la visibilité de la présence d'un objet (fichier ou dossier) dépend des droits que l'on a sur le répertoire qui le contient et pas des droits sur l'objet lui même. Pour parvenir a ce que vous souhaitez, Il y a peut-être façon de faire en interdisant la visibilité directe des dossiers "client" en ajoutant une l'ACL ad hoc sur les dossiers "année". Mais pour que ce soit utilisable, tout dépend comment les fournisseurs accèdent aux données: filestation, ftp, webdav?

Ben, pourtant, en hexadécimal: 0x01 + 0x04 + 0x10 = 0x15 et 15 hexa c'est bien 21 décimal On peux même le vérifier en ligne de commande shell: > echo $((0x01 + 0x04 + 0x10)) 21

Bon, aidé par une info trouvé dans le forum US, j'ai (enfin) trouvé la solution: Créer un fichier "local.conf" (le nom n'est pas important mais je pense qu'il vaut mieux conserver le suffixe ".conf") dans "/usr/local/etc/syslog-ng/patterndb.d/" avec le contenu suivant: filter f_messages { level(info..emerg) and not facility( mail, news, cron) and not program(syslog-ng) and not filter(f_local) and not filter(f_synology); }; Puis redémarrer syslog-ng: /usr/syno/etc.defaults/rc.d/S22syslogng.sh restart Et voila! **EDIT** La commande de redémarrage de syslog a changé en DSM5. Il y a 5 services indépendants: syslog-acc syslog-archive syslog-bsd syslog-client syslog-ietf Je ne sais pas lequel doit être redémarré pour prise en compte de la modif. La commande est synoservicecfg --restart <nom_service> Pour ne pas s'emm** le plus simple est peut-être de redémarrer le Syno

Depuis que j'ai acheté ma nouvelle télé (http://www.sony.fr/product/tv-117-46-lcd/kdl-46w905a) je me bas pour lui faire reconnaitre les fichiers multimedia stockés sur mon Syno en DLNA. Certains étaient lus normalement mais la plupart me balancaient un "format non reconnu" J'ai pu résoudre le problème comme suit: Sous l'interface d'admin web, lancer "serveur multimedia" Activer l'onglet "compatibilité DMA" cliquer sur: le téléviseur est identifié comme cela: Modifier le contenu de la case "profil" comme ci-dessous: Ne reste plus qu'a cliquer sur:

Vérifier que les champs des lignes ajoutées soient séparés par des tabulations et pas par des espaces (bien entendu à l'intérieur du dernier champ, qui contient la commande, les espaces sont autorisés

La visibillité dans "réseau" n'est (et n'a jamais été) fiable. Ca fonctionne par broadcasts et la mise à jour (découverte des autres machines) est souvent lente . Puisque tu parviens à te connecter à un dossier c'est que tout est OK niveau firewall. Le mieux est d'oublier la branche "réseau" dans l'explorateur Windows et de se contenter d'utiliser le nom UNC pour accéder au NAS (<nom_du_nas>) ou a un de ses dossiers ("<nom_du_nas><nom_de_dossier>")

Chercher dans le forum les sujets sur "haproxy" et "reverse proxy". Chacune des deux approches saura répondre à ta demande. A toi de choisir quelle est celle qui te convient.

setfacl getfacl (noter que DSM n'est pas complètement un linux "classique")

Pour ça faut d'abord activer les ACL au niveau du répertoire partagé Ensuite il devient possible d'ajuster finement les droits via filestation ou même directement depuis Windows (explorateur -> propriétés de fichier ou dossier -> onglet "sécurité") Il existe bien une commande en ligne pour manipuler les droits acl (/usr/syno/bin/synoacltool) mais la seule documentation que j'ai trouvé sur cette dernière est ce qui s'affiche lorsqu'on l'invoque avec le switch "-h" (synoacltool -h)

J'ai peut-être mal compris mais il était question dans la demande de "partager directement des sous dossiers", pas de les ajouter à l'index de façon individuelle.

non

Avant toute chose soit bien conscient qu'utiliser la fonction client DNS (pas confondre avec le mode serveur) avec un VPN public revient a laisser ton NAS grand ouvert sur internet vu que le firewall ne filtre pas les connexions VPN (c'est une anomalie je le reconnais) La fonction VPN de Synology est plutot prévue pour relier entre eux des sites distant (agences d'une entreprises avec le siège par exemple) Utiliser un VPN public se fait à ses risques et périls. Cela dit, pour ton problème peut-être qu'utiliser des serveurs DNS public (OpenDNS ou Google) au lieu de ceux de ton FAI résoudrait le problème (m'étonnerais pas que le serveur DNS Free refuse les connexions venant d'IPs "non free")

Bien entendu: ça entre largement dans les capacités de l'engin.

Je n'ai pas eu l'occasion d'en tester un autre plus puissant pour comparer. Mais, à mon avis, un modèle plus puissant ne peut s'avérer utile que dans le cas ou plusieurs postes clients sont connectés simultanément dessus (et encore si ils effectuent activement des transferts réseau) , ou si on utilise le serveur web avec un traffic un peu soutenu. Sinon, une entrée de gamme comme celui-ci, pour un usage à domicile, c'est bien suffisant Essentiellement: serveur de fichier SMB/CIFS serveur cloud (petite volumétrie, pour synchroniser certains fichiers avec mon smartphone) serveur multimedia (audio et video en dlna sur téléviseur, passerelle video, tablette et smartphones) récupération de podcasts un peu de downloads Franchement je ne ressent pas de limitation niveau perfs. J'avais un DS210J avant et ça me suffisait déjà, il était juste un peu limite en mémoire pour certains packages (Squeezebox Server par exemple) mais avec les 512megs du DS213 c'est oublié.

Les release notes viennent d'apparaitre (http://www.synology.com/releaseNote_enu/DS213j.php) Fixed Issues Enhanced the stability of iSCSI LUN and volumes. Enhanced the security of DSM operating system. Resolved a compatibility issue so that you can install Photo Station 5 on DSM 4.3.

Autre probable avantages du Syno: Le silence La moindre consommation électrique Les fonctionnalités du système et leur intégration. Par exemple l'ajout, ou la modification d'un fichier, quel que soit le protocole réseau utilisé (SMB/CIFS, NFS, FTP, filestation etc ...) , entraînera immédiatement la mise à jour correspondante de la base d'index. Pas sur que tu obtiennes l'équivalent avec des packages linux de type FreeNas ou autres.

Tu devrait peut-être ouvrir un nouveau sujet pour ta question pour augmenter sa visibilité, ici il est question de streaming, pas d'enregistrement.

Si ça saccade c'est alors que tu aura un problème au niveau réseau (câbles, switches). Le travail du NAS dans ce type d'utilisation se résume à transférer les données sur le réseau et, même avec des sources HD le débit requis est largement en dessous de ce que n'importe quel modèle de la gamme est capable. Comme le NAS ne fera pas de transcodage video (aucun modèle DS213 le fait (*)), juste éventuellemet du transcodage audio (mais peu de chance que cela soit necessaire, ton téléviseur a de bonne chance de décoder les formats les plus courant en interne) son processeur ne sera tres peu sollicité. (*)

Mon grain de sel: Modifier le shell par défaut du compte root est, AMHA, une *tres* mauvaise idée . J'avais d'ailleurs déja posté un message sur ce sujet avec une methode alternative bien moins risquée: (à lire en remplacant "bash" par "zsh")

La visibilité des partages n'est pas liée aux droits de l'utilisateur authentifié. Ce n'est pas la faute de Synology mais une caractéristique du protocole SMB/CIFS. On peut rendre un partage invisible mais c'est tout ou rien: ça le sera pour tous les utilisateurs (mais cela n’empêchera pas ceux autorisés de s'y connecter si ils en ont le droit, bien entendu)

/var/log/synolog/synoconn.log contient les logs DSM. Une version "épurée" et moins détaillée Je cherche à retrouver les logs ssh "brutes" au format natif syslog comme avant.

Oui, et alors? Je veux parler de ce type de logs: Aug 27 19:44:02 sshd[13112]: SSH: Server;Ltype: Version;Remote: N.P.Q.R-50510;Protocol: 2.0;Client: PuTTY_Releas e_0.63 Aug 27 19:44:02 sshd[13112]: WARNING: /etc/ssh/moduli does not exist, using fixed modulus Aug 27 19:44:02 sshd[13112]: Accepted publickey for root from N.P.Q.R port 50510 ssh2 Aug 27 19:44:02 sshd[13112]: pam_unix(sshd:session): session opened for user root by (uid=0) Aug 27 19:44:57 sshd[13221]: SSH: Server;Ltype: Version;Remote: N.P.Q.R-50524;Protocol: 2.0;Client: PuTTY_Releas e_0.63 Aug 27 19:44:57 sshd[13221]: WARNING: /etc/ssh/moduli does not exist, using fixed modulus Aug 27 19:44:57 sshd[13221]: Accepted publickey for root from N.P.Q.R port 50524 ssh2 Aug 27 19:44:57 sshd[13221]: pam_unix(sshd:session): session opened for user root by (uid=0)

Je viens de m'apercevoir que je n'ai perdu les logs ssh dans /var/log/messages Est-ce que d'autres ont remarqué aussi? Et si oui, qui aurait trouvé comment rétablir ça?

je n'en ai pas testé d'autre que celui que j'utilise, un PCTV 73e, qui marche tres bien avec VideoStation J'utilise TS Doctor. Il est payant mais je ne regrette pas du tout mon investissement. Je n'ai pas d'iphone mais la version Androïd de DS Video, permet tout ça, j'imagine que la version IOS est similaire. A partir d'un PC suffit d'un simple navgateur pour se connecter à l'interface de VideoStation