Discussion :

[nesswaffle]

Bonjour à tous,

Je me retrouve actuellement face à un "léger" problème de sécurité sur une base ACCESS multi-utilisateurs.
En effet, cette base fonctionne actuellement avec les tables sur un serveur partagé dont je n'ai pas les droits d'admin.
Etant la seule personne à posséder ACCESS et non son runtime, je suis tranquille concernant toute modification de la base par un autre que moi.

Par contre voilà où est mon soucis :
notre service info m'indique qu'il n'a que deux possibilités pour le dossier où est actuellement la base : Soit en Lecture/écriture, soit en Lecture seule.
Si la base est en lecture seule, les utilisateurs ne peuvent pas l'ouvrir, je suppose car elle ne peut modifier son fichier .laccdb
Si la base est en lecture/écriture, rien n’empêche un utilisateur d'aller dans le dossier, et de supprimer la base via l'explorateur.

Connaîtriez-vous un contournement viable svp ?

Merci d'avance, et bonne journée !

[marot_r]

Bonjour.

As-tu essayé en mettant la .accdb en mode lecture simple, pas le répertoire lui-même.

Sur mon poste j'ai une alerte mais je suis capable d'ouvrir la BD.

Ce n'est pas à toute épreuve mais cela aidera.

Autre possibilité, ouvrir la BD au démarage du serveur (via l'autoexec ou quelque chose du genre). Du fait que la BD est ouverte on ne peut plus la supprimer. Il faudra supprimer ce mécanisme pour pouvoir faire la maintenance.

A+

[loufab]

Bonjour,

Il suffit de refuser le droit de suppression au groupe Utilisateurs de ton domaine et de le garder pour toi.

Clic-droit/Sécurité/Avancé/Modifier/Sélection du groupe concerné/Modifier/clic sur Suppression/clic sur Refuser/ ok ok ok ok...

évidemment il faut avoir un minimum de droit sur le domaine.

Cordialement,

[marot_r]

Bonjour Loufab.

Il y a encore une sécurité au niveau des utilisateurs dans Access 2010 ?

Je croyais que la sécurité de Access avait été complétement supprimée des versions 2007 et plus.

A+

[loufab]

Là nous sommes dans la partie système, il s'agit donc de la sécurité Windows.

La sécurité utilisateur d'ACCESS, même si elle était toujours présente, ne peut gérer ce genre de chose.

[marot_r]

Ok merci de la précision.

A+