Protection du lecteur source, Fonctionnement et protection

Bonjour,
Depuis des années nous fonctionnons en monde C/S.
Serveur Windows 2012 R2, clients sous Windows 7 ou Windows 10.

Le système et les fichiers sont installés sur le lecteur réseau E
Le programme accède aux données en adressant explicitement le lecteur E.
Sur les postes de travail nous avons donc un lecteur E vers lequel pointe un raccourci vers notre logiciel ABAL en AT.
Tous les fichiers de bases de données sont dans ce lecteur E (Fichiers .D, .I, .AT, etc)
Les postes de travail y ont accès en lecteur et ce qui me gêne, en écriture.

C'est à dire qu'un utilisateur peut, sans le vouloir (ou volontairement) supprimer un fichier de ce lecteur et ça me stresse beaucoup, mais je n'ai jamais su comment faire pour empêcher l'accès en lecture sans bloquer le fonctionnement du programme.

On ne m'a jamais expliqué comment régler les droits en écriture sur ce lecteur E.

Je ne sais même pas si c'est possible, mais je voudrais pouvoir protéger le lecteur E des accès en écriture des utilisateurs et que seul le programme exploitant les bases puisse le faire, sauf si l'utilisateur est l'administrateur du serveur.

C'est le principal souci que j'ai depuis plusieurs années.

Merci d'avance

Cordialement

Christian

Je ne suis pas un spécialiste windows serveur mais il me semble que tu peut donner les droits ecritures qu'à l'utilisateur usecrit il me semble avoir lu ca de mémoire B)

@+

Oui, bien sûr, je dois vérifier, mais ça doit l'être.
Par contre pour les utilisateurs, je devrais leur retirer les droits d'écriture.
Comme ça, seul usecrit aurait les droits.
Mais usecrit n'est pas membre du domaine, alors je ne sais pas.
Je ne voudrais pas bloquer tout le système.

Je suis tenté de faire un test, je vais y réfléchir.

Quoi qu'il en soit j'indiquerais ici le résultat.

Une solution à ton problème est la suivante :

ne pas mélanger Programme et base de donnée. en effet la redirection CRITERIA ne nécessite pas le partage du disque Windows puisqu'elle s’appuie sur le service CRITERIA port 7777.

Tu peux donc partager ton répertoire PROGRAM avec les droits en lecture écriture et placer tes fichiers dans un autre répertoire celui-ci non partagé.

A++
Yves

Merci pour ça.

Je n'ai encore rien testé.
Actuellement les fichiers D et I sont dans le même dossier que les fichiers AT.
De même que le fichier DBD pour l'accès ODBC pour Access.
Car nous utilisons également l'accès ODBC pour l'utilisation de greffons Access permettant l'ouverture des données d'une manière plus ouverte que par le programme AT (présentation sur de nombreuses colonnes, extractions particulières, etc...)

Je dois faire des essais de ta solution sur un vmware pour éviter un éventuel blocage, sinon les utilisateurs vont me tomber dessus avec une volée de bois vert^^

Je reviendrais ici pour exposer ensuite, mais comme ce n'est pas ma seule fonction dans l'entreprise, la mise en place de la simulation risque de prendre quelques temps.

Si j'ai tout compris, le dossier partagé ne contiendra que les AT et le dossier contenant les fichiers de données sera non partagé, situé sur une autre branche du disque.
Après, faut voir au niveau du configurateur...



Attached Image

sur le * tu mets 2 fois ffile...

nous nous avons mis nos AT en local sur chaque poste plus lourd à gérer pour les mises à jours mais avec de bon script ca fonctionne bien :D

@+

Merci

C'est clair que les AT en local, c'est beaucoup plus lourd à gérer pour les mises à jour, mais c'est une idée intéressante.

Bonjour,

Alors, j'ai réduits les droits sur le lecteur partagé.

Sur le dossier contenant les fichiers D et I ainsi que les AT.

Le groupe d'utilisateurs est en lecture et exécution, affichage du contenu et lecture.

L'utilisateur usecrit dispose des même droits, mais aussi de celui d'écriture et de modification.

Résultat, pas de souci de fonctionnement.
Et aucun utilisateur ne peut ajouter, supprimer quoi que ce soit dans l’arborescence.

Cela me convient pour le moment, merci de m'avoir aiguillé sur l'utilisateur usecrit.