Autorisation refusée sur l'objet 'sysobject' ?

**Beaveroli** · 18/09/2007, 12h17

J'ai fait une page aspx qui permet de gérer les utilisateurs, eux mêmes gérés par le membership provider.

J'ai donc dans ma base toutes les tables aspnet_ qu'il faut pour gérer cela.

Dans ma page Web, je propose donc de modifier le rôle, de dévérouiller un utilisateur, ET de supprimer un utilisateur.

Une erreur est générée uniquement quand je veux supprimer un utilisateur.

Autorisation SELECT refusée sur l'objet 'sysobjects', base de données 'mssqlsystemresource', schéma 'sys'.

Ce que je ne comprends pas c'est que ca marche très bien quand je génère la page localement avec Crtl+F5.

Mais une fois déployé sur le IIS, l'erreur est générée.

Que puis je faire svp ?

**medtun.net** · 19/09/2007, 12h48

Bonjour,
Il faut ajouter au niveau de ta base de données l'utilisateur ASPNET et lui attribuer les rôles db_datareader et db_datawriter.

**Beaveroli** · 19/09/2007, 16h34

Ayant deja cherché pas mal sur une solution à ce problème, l'utilisateur sur mon serveur IIS n'est pas "ASPNET" mais "SERVICE RESEAU".

J'ai bien coché les roles correspondant pour cet utilisateur mais rien n'y fait, la suppression entraine des problèmes d'autorisations.

J'ai d'ailleurs essayer au compte goutte d'autoriser "par ci par là" comem on dit, mais dicédement, rien ne passe. A croire que je ne serai jamais autoriser à supprimer un compte utilisateur :/

Que faire

**medtun.net** · 20/09/2007, 09h46

Le fait d'utiliser le framework .Net 2.0 implique que t'as un compte utilisateur nommé : "nom_de_ton_ordinateur\ASPNET" (qui est le "ASP.NET Machine Account", créé par microsoft pour des raisons de sécurité). Par défaut IIS utilse ce compte pour accéder au répertoire de ton site (que tu l'as créé, en principe, dans le dossier "wwwroot").
Maintenant au niveau de ta base de donnée tu dois ajouter l'utilsateur "aspnet" dans la liste des utilisateurs :
1. ouvrir la base de données
2. ouvrir dossier sécurité
3. ouvrir dossier utilisateur
4. cliquer bd de la souris et choisir "Nouvel utilisateur"
5. dans la zone "Nom d'accès" taper "nom_de_ton_ordinateur\ASPNET"
6. dans la zone "nom d'utilisateur" taper "aspnet" par exemple..
7. cocher "db_datareader" et "db_datawriter" dans la zone "Membres du rôle"

**cinemania** · 20/09/2007, 10h37

ca n'est valable que s'il opte pour une connexion "sécurisée" au SGBD.
S'il se connecte avec une authentification SQL... le problème ne se pose pas, il suffit qu'il ai créé un utilisateur avec le nom qu'il veut, en précisant que c'est une session SQL et non une session sécurisée... et le tour est joué, son utilisateur sera systèmatiquement pleinement nommé. (en revanche le pass transitera en clair, mais si le SGBD est sur la meme machine qu'IIS ca ne pose aucun problème)

la connexion sécurisée reprend le login "windows" du compte sous lequel il se connecte, donc logiquement ASPNET pour une application ASP, Service Réseau ou Service Système si c'est un service windows, et le login de l'utilisateur courant, si c'est un client lourd.
la connexion dite sécurisée (utilisant la session windows) n'est pas toujours disponible... serveur de données dans LAN et server IIS dans DMZ par exemple (c'est pas propre mais certains le font) ne fonctionnera pas meme si l'utilisateur est enregistré.

Attention aussi avec les connexions sécurisées, au fait de ce connecté en local et de ce connecter de l'extérieur. A moins de faire parti d'un domaine d'entreprise où dans ce cas le problème ne se pose normallement pas (si l'utilisateur utilisé par IIS fait parti du domaine)... hors domaine, c'est une toute autre histoire. Un produit qui fonctionne au sein de l'entreprise peut ne plus du tout fonctionner chez un client à cause de ces notions de sécurité...

**Beaveroli** · 20/09/2007, 14h15

Merci pour vos réponses,

Sur mon serveur je pense que l'utilisateur ASPNET dont vous parlez est pour moi SERVICE RESEAU, j'ai entendu dire que ca dépendait de la version de Windows Server.

En tout cas j'ai bien autorisé les rôles, mais comme le faisait remarquer cinemania, j'ai choisi de créer un utilisateur moi même, et de le déclarer dans ma chaine de connexion.
Mes tables aspnet_ sont dans la même base de données que celle que j'utilise pour mon site Web.

Ma chaine de connexion fonctionne très bien, je peux lire modifier et supprimer des données, mais je ne peux pas supprimer un compte utilisateur, c'est ca le mystère.

Notez bien d'ailleurs que l'erreur n'est pas basée sur un schéma dbo classique de ma base de données, mais bien "sur l'objet 'sysobjects', base de données 'mssqlsystemresource', schéma 'sys'"...
Base de données dont je connais pas l'existence et que je ne vois même pas quand je regarde les base de données système.

Je ne peux pas attribuer de droits sur cette base, vu que l'outil de management Sql ne la voit même pas :/

**cinemania** · 20/09/2007, 14h35

le problème se produit lorsque tu souhaite supprimer un utilisateur ?

depuis ton appli et/ou sql managment studio ?

**Beaveroli** · 21/09/2007, 09h19

En fait j'ai fait des pages web pour remplacer l'outil "Administration de site Web" accessible depuis Visual Studio, afin de permettre aux administrateurs du site de gérer eux mêmes les comptes utilisateurs.

Or une fois déployée sur le serveur IIS, quand je clique sur mon bouton pour supprimer un utilisateur, ca lève l'exception que j'ai citée.

Depuis sql managment studio je peux pas de tte façon, les infos des tables aspnet_ sont cryptées.
C'est pour ca ça que je dois passer par la classe MemberShip.

Mais bref, outre l'aspect "code", le soucis c'est que j'ai beau autoriser tout ce qu'il faut, ca ne fonctionne pas.