none
Empêcher les arboréscences de plus de 4 niveaux et les noms de fichiers de plus de 30 caractères. RRS feed

  • Question

  • Bonjour,

    Je suis en train de revoir l'organisation de nos serveurs de fichiers et j'aimerai savoir s'il existe un moyen technique d'empêcher les arborescences de plus de 4 niveaux en partant du chemin absolu (sur les serveurs de fichiers).

    Je souhaite également interdire le nommage de fichier avec plus de 30 caractères car j'ai des spécialiste du fichier word avec le texte du fichier dans le nom du fichier.

    Merci de vos réponses.


    Orwell


    • Modifié G-Orwell dimanche 21 juillet 2013 15:36
    dimanche 21 juillet 2013 15:34

Réponses

  • No worry. Ce que vous demandez n'est pas faisable en l'état. Je ne suis même pas sur qu'un produit du marche le fasse.

    Par expérience, il vaut mieux investir du temps à former les utilisateurs plutôt qu'à les brider : l'image de l'équipe informatique en sortira grandit alors que dans la politique inverse vous obtiendrez des conflits incessants et des demandes d'arbitrage en chaine, ce qui énervera la chaine décisionnelle à terme. Mais ce n'est qu'un avis en passant :)

    • Marqué comme réponse G-Orwell jeudi 7 novembre 2013 16:52
    dimanche 21 juillet 2013 21:08

Toutes les réponses

  • Bonjour,

    Pour les niveaux, vous pouvez partir sur un index incrémental et faire un get-ChildItem sur chaque sous dossier (à chaque sous niveau vous incrémentez). Une fois atteint le 4ème niveau, vous excluez les dossiers et ne traiter que les fichiers.

    Pour les fichiers, utiliser Get-Item | Where { ($_.Name).length -le 30 }

    J'espère vous avoir aidé !

    dimanche 21 juillet 2013 16:55
  • Bonjour,

    Merci d'avoir répondu si vite.

    En fait ce que je souhaite faire c''est empêcher les utilisateurs de créer des sous dossiers au delà du 4ème niveau d'arborescence.

    Ensuite je veux les empêcher de créer des fichiers dont le nom dépasse les 30 caractères.

    De ce que je comprend de votre explication, cela me permet d'en faire la liste alors que moi je souhaite en interdire l'utilisation et la création.

    J'ai pas fait attention quand j'ai créé le post je l'ai mis dans la rubrique Infrastructure>powershell au lieu de le mettre dans infrastructure > Windows Server.


    Orwell

    dimanche 21 juillet 2013 17:42
  • No worry. Ce que vous demandez n'est pas faisable en l'état. Je ne suis même pas sur qu'un produit du marche le fasse.

    Par expérience, il vaut mieux investir du temps à former les utilisateurs plutôt qu'à les brider : l'image de l'équipe informatique en sortira grandit alors que dans la politique inverse vous obtiendrez des conflits incessants et des demandes d'arbitrage en chaine, ce qui énervera la chaine décisionnelle à terme. Mais ce n'est qu'un avis en passant :)

    • Marqué comme réponse G-Orwell jeudi 7 novembre 2013 16:52
    dimanche 21 juillet 2013 21:08
  • Bonjour et merci pour votre réponse.

    Si je souhaite mettre en place cette restriction c'est que ici certains utilisateurs VIP pensent qu'ils n'ont pas besoin d'être sensibilisés et que nous sommes en mesure d'assurer la confidentialité, la sécurité et la pérennité  des données sur des arborescences de plus de 21 niveaux ( non ! je n’exagère pas) avec des noms de fichiers à 233 caractères (véridique).

    Ils refusent d'entendre quoi que ce soit et la précédente équipe IT a habitué les utilisateurs a dire amen à toutes les demandes même les plus farfelues , tant et si bien qu'un audit de sécurité du SI nous a dernièrement tourné au ridicule.


    Orwell

    mardi 23 juillet 2013 14:35
  • Effectivement, c'est une situation désagréable. Toutefois, vous ne pouvez pas non plus poursuivre sur la même ligne de conduite que la précédente équipe IT : si elle n'est plus là aujourd'hui c'est bien qu'il y a eu des problèmes :)

    Je ne peux malheureusement pas vous apporter une solution toute faite, vous vous en doutez, mais j'ai vécu la même expérience. Dans mon cas, le changement a put être opéré une fois que le Directeur Général est devenu mon allié. Dans votre situation, le plus judicieux serait de définir les axes de bonnes pratiques au sein du SI qui atteignent aux objectifs que l'on vous a fixé. Ensuite, libre à chacun d'opérer comme il le souhaite mais, si les bonnes pratiques ne sont pas respecté, votre équipe et vous même ne pourrez plus rien garantir. En gros, c'est un "oui, sous certaine condition" ; et avec un allié de poids ce serait le top :)


    • Modifié LoicVeirman mercredi 24 juillet 2013 06:49 erruer fotograf
    mercredi 24 juillet 2013 06:48