DaffY

Le problème est maintenant résolu. N'hésitez pas à ouvrir un nouveau message en cas de problème. Ceci est une réponse automatique.

Le problème est maintenant résolu. N'hésitez pas à ouvrir un nouveau message en cas de problème. Ceci est une réponse automatique.

Bonjour, Tant mieux si ça avance. Possible corruption par une connexion nfs réalisée avec un utilisateur du groupe en question.cela pourrait expliquer la corruption. A suivre Envoyé de mon iPad en utilisant Tapatalk

Bonjour, oui certes, tout comme on peut mettre des SSD sur des NAS... Il n'en demeure pas moins que l'OS et la couche réseau sont des goulots qui de facto, sauf à disposer d'un réseau fibre 10 Gb, ralentiront le flux... Le bon compromis je trouve(pour moi) est le 5900. Après chacun fait comme il veut...🙄

Bonjour, En complément S'agit il de dépôt de fichiers ou de modifications faites sur le partage ? Je m'explique un doc ou un xls (par exemple) directement modifié depuis l'application Word ou Excel ? ou fichier rapatrié en local, modifié, puis redéposé ? Le premier cas peut expliciter (hélas) la problématique... En théorie corrigée depuis dernière version DSM... mais vieux bug qui traine entre Office +montage home sous Mac.

Bonjour, toutes les connexions sont tracées dans les logs (journaux). A défaut c'est le moniteur de ressource qui affiche aussi qui est connecté en temps réel. Après faut être en mesure de trier voir de gérer un bash pour extraire seules les informations de xxx des logs... et cumuler les échanges... Mais compliqué car seule la quantité pourra être analysée... pas forcément pertinent. Bref... Sinon pour la qté récupérée... pas en natif sur DSM. Dans l'autre sens oui.(notion de quota par user).

Bonjour, non tous les utilisateurs sont par défaut sur le groupe users, et on ne gère rien sur ce groupe. En revanche attendu qu'il y'a un partage NFS il est probable que les users soient sur la même ip. Si ces derniers n’accèdent pas via NFS il faut sans doute specifier l'ip concernée pour le montage et le mappage de l'unité NFS que pour la machine du user admin qui utilise le montage NFS. par ailleurs si les options sont mises par défaut, possible que la réorganisation faite sur le dossier (donc droits ACL) peuvent perturber (cf aide service de fichier) l'ensemble. A voir : Le dossier possède nativement une gestion ACL où est il possible de le convertir ? (cf propriété du dossier : panneau de configuration dossier partagé, menu action.) Si l'option est proposée (non grisée ne pas l'activer pour le moment) dans ce cas, sous File Station rendre explicite les droits pour que ce dernier se réapproprie les droits selon les groupes. Vérifier en se connectant VIA FileStation en connexion http/https donc, avec un user du groupe en question, l'utilisateur ne doit pas pouvoir y écrire.

Bonjour, pardon, mais, si un utilisateur du groupe désigné, limité à une lecture simple sur le dossier, ne peut écrire sur le dossier. Sauf si, ce même utilisateur dispose de droits d'écriture par ailleurs... Donc : Bien investiguer les groupes avec leur droits On est bien d'accord c'est un dossier partagé (1er niveau du NAS) et personnel (pas d'un dossier music, video ou home/homes... qui sont des dossiers "réservés par DSM" dirons nous pour l'instant.) Vérifier que les utilisateurs soient dans ce groupe et seulement ce groupe (exception faite de users -- tous les utilisateurs sont obligatoirement dans users-- un utilisateur ne doit pas être dans d'autres groupes) Vérifier que pour chaque utilisateur, ce sont les droits hérités du groupe qui apparaissent et non un surenchérissement (ie rien de coché en lecture écriture sur le dossier concerné puisque déjà indiqué dans le groupe ..) Merci pour le retour

Bonsoir a / smb et afp bien paramètrés disposent des mêmes temps de réponse que nfs. (Encore un très léger avantage sur Mac pour afp y compris sous Mojave) Maintenant tu es évidemment libre et semble t’il contraint par un utilitaire à utiliser le protocole nfs. No problemo 2/ si tous les utilisateurs du partage se connectent en tant qu’admin du nas je ne vois plus ou est le pb (enfin si mais c’est un autre ... que d’utiliser ce compte de manière partagé) Bref, dans l’ordre peut on avoir les précisions suivantes afin de bien cerner la problématique 1/ Un dossier du nas est partagé 2/ Un groupe et/ou des utilisateurs sont présents (côté NAS) pour accéder soit en lecture seule soit en lecture et écriture sur ce dossier 3/ C’est cet utilisateur qui via une machine se connecte en utilisant le protocole nfs ET en s’identifiant avec user et mot de passe définis sur le NAS (indépendamment du fait que chaque utilisateur est admin de sa propre machine) 4/ il arrive que certains fichiers déposés modifiés par 1 utilisateur ne soient plus accessibles pour les autres nécessitant une intervention de l’admin du nas sous FileStation (j’imagine) pour ‘remettre l’ordre souhaité ‘ en terme de propriété Sommes nous d’accord ? Envoyé de mon iPhone en utilisant Tapatalk

Bonjour, MP fait on voit si c'est possible.

Pour moi c'est oui. à un NDD peut correspondent plusieurs sous domaines. (utilisation du wildcard et surtout redirection) pointant tous vers une même IP en l'absence de redirection un sous domaine peut disposer de sa propre IP.

Bonjour en complément, toujours bon de rappeler que la solution RAID est une réduction de risque en cas de panne (probabilité que plusieurs disques tombent en même temps étant faible) mais pas une sécurité et qu'une sauvegarde externe est toujours à ne pas oublier. Idéalement avec un stockage hors les locaux pour du coup faire face au risque de vol, incendie etc.. (d'où une sauvegarde sur des espaces cloud comme indiquée par @Zeus) REX : sauvegardes quotidienne des données les plus sensibles sur disque externes - données Année N sauvegardes mensuelles sur disques externes en EXT4 et en HFS (cas extrême vol du NAS besoin d’accès aux données - sur Mac) - données sensibles années N + vivantes années n-x sauvegardes semestrielles sur disques externes en EXT4 et en HFS pour pratiquement tout Quant aux utilisations... attention au choix du modèle.On peut vite trouver des tas d'utilisations... et se retrouver avec un modèle pas suffisamment puissant pour être satisfaisant. Les modèles d'entrée de gamme (J) sont à dédier au stockage des données et moins aux services externes comme la diffusion vidéo ou la dockerisation d'applications. Et encore, pour la diffusion vidéo, soit on s'en sert comme d'un 'réceptacle' et dans ce cas, un modèle J suffit car 'l'effort' est produit par le lecteur en bout de ligne (VLC sur un ordinateur par exemple ou une smartTV ou un player type Nvidia ou AppleTv), mais si on veut s'en servir pour faire du streaming au delà d'une bande passante montantr correcte, il faudra aussi un modèle plus costaud (je pense par exemple à une utilisation de Plex par exemple). rappel de la nomenclature des NAS synos : numéroJ --> entrée de gamme numéro --> milieu de gamme numéro+ --> haut de gamme Bon choix !

Heu si on reprend mon cas de figure, pas de redirection DNS. le sous domaine qui pointe sur le second NAS n'existe QUE sous la section dyndns. après je peux créer un autre sous domaine qui peut pointer vers ce NDD... et dans ce cas faire en effet une redirection...

Bonjour, je ne sais si cela répondrai à la question, mais oui, sous OVH on peut créer un sous domaine et y faire référence via la fonction dyndns gérée sur nos NAS. genre, 2 NAS sur 2 sites NAS 1 dyndns tout le domaine NAS2 dydns second user que le sous domaine disposer ainsi d'un NDD avec une ip et un sous domaine avec une autre ip. aucune section A renseignée sous OVH car dynamiquement alimentée par es eux user dyndns.

heu... ici ? là quoi... fait ? support --> https://www.google.com/search?client=firefox-b-d&q=vider+le+cache%2Bandroïd

Bonjour, bien vérifier dans sécurité (paneau de configuration du NAS avec utilisateur du groupe administrator, sécurité, certificat) le certificat doit être mis par défaut. pas de domaine personnalisé sur portail d'application (panneau de configuration). sinon plus prosaique sur androïd, MAJ de l'app et redemaarrage complet du smartphone+ cache vidé

Le problème est maintenant résolu. N'hésitez pas à ouvrir un nouveau message en cas de problème. Ceci est une réponse automatique.

Et sous connexion afp c'est pareil ?

Re, La problématique est sans doute qu'un utilisateur dispose de droits supérieurs aux autres utilisateurs peut être ? a vérifier : si on a 4 utilisateurs sur mac chaque utilisateur appartienne à un groupe le groupe dispose de droits précis sur le dossier en question si , on se connecte VIA cet utilisateur sur le mac et qu'on accède alors au partage NFS on dispose des mêmes droits. ce qui peut en revanche se produire (car l'interface est la même pour le 'client') c'est qu'à partir d'une même machine un utilisateur disposant de droits supérieurs accède aussi à ce même dossier... du coup cela peut générer des différences d'accès pour les autres. L'appropriation des droits de cet utilisateur et les éventuelles restriction de son groupe, n'autorisant pas l'accès aux autres.... (ie : la 1ere connexion au montage est signée et hop on ne se sait plus avec quel utilisateur on écrit sur le dossier en question.) Par ailleurs c'est pour une utilisation avec FCPX le montage NFS sur mac ? un montage afp ou smb ne convient pas ? (c'est une question un peu HS)

Bonjour, vu par MP pour tenter d'aller plus vite

Ok, vu par MP la problématique n'est pas urgente et l'écriture gérée par Linux présuppose j'imagine des connaissances et compétences permettant à @PierU, une capacité à investiguer sur les dossiers via accès Telnet/SSH au NAS. A suivre...

Le problème est maintenant résolu. N'hésitez pas à ouvrir un nouveau message en cas de problème. Ceci est une réponse automatique.

MP fait.

Le problème est maintenant résolu. N'hésitez pas à ouvrir un nouveau message en cas de problème. Ceci est une réponse automatique.

Bonjour, Probables incohérences users groupe etc... Les simples impressions écrans ne suffisent pas. Dispo par mp pour faire un point direct si souhaité