Discussion :

[Abdou_moujar]

Bonjour
J'ai installé 'SQL Server Express Edition' avec son outil de gestion 'SQL Server Management Studio'.J'ai développé une application ASP.Net dans 'Visual Web Dev' à partir de la quelle je veux me connecter à 'SQL Server' et récupérer des données, mais quand je lance ma page dans 'Visual Web dev' ou à partir de mon navigateur IE je reçois le message d'erreur de compilation ASP.Net suivant : 'Login failed for the user NomServeur/ASP.Net'.J'ai ensuite utilsé l'outil 'Sql Server Management Studio' pour donner les permissions de lecture et d'ecriture à l'utilisateur ASP.Net dans la base de données mais rien n'y fait je reçois toujours le même message d'erreur
Toute aide serait la bien venue.Merci

[OursRêveur]

Salut,

Malheureusement tu n'es pas le seul avec ce type de problème, je galère personnellement depuis plusieurs semaines avec et d'autres l'ont également, MS n'a visiblement pas assuré sur ce point...

J'ai néanmoins trouvé quelques pistes (qui n'ont pas fonctionnées pour moi mais qui peut-être marcheront pour toi) sur les forums de MS ici.

J'ai moi-même posté cela sur les forums MS sans résultat interessant et je poste aujourd'hui ce nouveau thread en espèrant avoir plus de réponses.
J'ai en effet pu contourner le problème pour mes propres bases de données mais par pour ASPNETDB.MDF qui est automatiquement créée par VS lorsque l'on utilise les nouvelles fonctions liées au Login ou au Webparts.

Lis ces différents threads afin de voir si cela peut te mettre sur une piste et si toi ou quelqu'un d'autre trouve une solution valable je suis bien entendu preneur !!!

[SQLpro]

tout comme XP SP 2, la sécurité de MS SQL Server 2005 est fermée... que ce soit pour la version express ou entreprise...
Autrement dit il faut "ouvrir" la sécurité de MS SQL Server SCIEMENT pour pouvoir l'attaquer.
Pour cela vous pouvez utiliser l'outil "surface area configuration" et ouvrir les connexion distantes (ASP étant considéré comme un client distant).
Vous devez pour cela redémarrer SQL Server.

A +

[Abdou_moujar]

Pour OursRêveur:
J'ai visité les forums que tu as cité.J'ai particulièrement suivi les démarches qui consistaient à créer l'utilisateur 'xxx\ASPNet' et à lui accorder l'autorisation de se connecter.Sans succès, mon application ne se lance ni à partir de 'Visual Web Dev' ni à partir de 'IE' via IIS, je reçoit toujours le même message d'erreur
J'ai tenté de me connecter à la base de données à partir de 'Visual Basic 6.0' en utilisant 'SQLOLEDB' et l'authentification Windows et par une gestion d'erreur je reçois le message d'erreur 'Ce serveur n'existe pas ou son accès est refusé' et quand j'utilise l'authentification SQL Server avec le nom et le mot de passe d'un utilisateur que j'ai crée via l'outil 'Management studio Express' je reçois à peu près le message d'erreur 'The user User_Name is not trusted for Sql Server'
Pour SQLpro
j'ai activé la connection à distance via TCP/IP et redémarré le serveur
j'ai toujours le même problème
Merci à tous et à +

[OursRêveur]

Salut,

Bon, j'ai finalement réussi à contourner le problème donc je vous fait part de ma trouvaille.

Sous VS, des chaînes de connexion sont automatiquement générées dans le fichier web.config sous une forme de ce style:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
<add name="ConnectionString"
connectionString="Data Source=.\SQLEXPRESS;AttachDbFilename=|DataDirectory|\myDatabaseName.mdf;Integrated Security=True;User Instance=True"
providerName="System.Data.SqlClient"/>

Une fois fois le site publié sur le serveur de production, l'appel à une page utilisant ConnectionString envoi l'erreur 'Login failed for the user NomServeur/ASP.Net'.

Pour palier au problème voici une solution (qui fonctionne dans mon cas).

1) Il faut modifier la chaîne de connexion (dans le web.config sur le serveur de production) et remplacer ce qui ce trouve en gras de cette manière:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
<add name="ConnectionString"
connectionString="Data Source=.\SQLEXPRESS;AttachDbFilename=|DataDirectory|\myDatabaseName.mdf;User ID=sa;Password=mySAPassword;database=myDatabaseName"
providerName="System.Data.SqlClient"/>

2) Sur le serveur de production, et grâce à SQL Server Management Studio Express il faut attacher manuellement myDatabaseName.mdf en prenant soin de modifier le champ Attaché en tant que... pour qu'il ne reste que myDatabaseName (et plus tout le chemin physique d'accès au fichier) puis détacher la base de données.

Ce coup-ci l'application fonctionne correctement.

Si comme moi vous utilisez les fonctions de Login/Webparts intégrées, une base nommée ASPNETDB.MDF est automatiquement créée par VS.
Mais sa chaîne de connexion n'apparaît pas dans le web.config, elle se trouve en fait dans le fichier machine.config qui se trouve dans le répertoire <windows>\Microsoft.Net\Framework\v2.0.50727\Config.
Sur la machine de production, il faut alors chercher la chaîne de connexion (qui se nomme LocalSqlServer) puis la supprimer (ou la mettre en commentaires) et recréer la même chaîne de connexion selon le format en 1) en lui redonnant le même nom (LocalSqlServer).
Et également faire la manipulation en 2) pour la base ASPNETDB.MDF

Et voilà, l'application fonctionne maintenant en production y compris si une base ASPNETDB existe.

Ceci étant cette solution ne me satisfait qu'à moitié car elle contourne (limite ?) la sécurité. Si quelqu'un sait comment résoudre le problème sans altérer les chaînes de connexion initiales sur le plan de la sécurité je suis preneur de la solution.

- Pourrait-on par exemple créer le compte ASPNET et/ou des droits pour ce compte dynamiquement au lancement de l'application (éventuellement dans la chaîne de connexion) ?
En tous cas comme Abdou j'avais déjà essayé de créer le compte ASPNET manuellement avec SQL Server Management Studio Express et cela n'a rien donné...

[Abdou_moujar]

Merci OursRêveur
Je ne maîtrise pas encore très bien les outils de développement ASP.Net et j'aimerais bien avoir quelques eclairssissements si tu as un peu de temps.
La base ASPNetDB.mdf se trouve bien dans le dossier App_Data de l'application, la chaîne de connection LocaSqlServer(qu'on peut configurer dans la page de proprités du site Web de la console de IIS sous l'onglet ASP.Net 'Edit Configuration' onglet 'General')ne se trouve pas dans le fichier Web.Config de l'application(est-ce normal?), par contre je la trouve dans le fichier machine.config que tu as mentionné alors comme tu as dis je dois attacher la base ASPNet.DB à mon SQL Server avec son nom et nom son chemin physique dans SQL Management Studio.Alors question : Comment utiliser cette chaîne de connection dans mon application?
Merci encore .A+

[saphir54321]

Bonjour a vous.

Voila j'avais le meme probleme et j'ai suivi exactement les conseils donnes. Cela m'a regle mon probleme (je vous en remercie bcp) mais je suis tombe sur un autre probleme directement apres le 1er. Voici l'erreur :
The file '/Customer/Main.aspx' has not been pre-compiled, and cannot be requested.
J'ai deja fait pas mal de recherche, mais je ne suis jamais tombe sur la bonne.
Une des solutions que j'ai trouve concernait une dll manquante dans le dossier bin. J'ai donc copie toutes les dll de mon dossier bin avant publication dans mon dossier bin apres publication sur le serveur mais cela n'a pas resolu mon probleme malheureusement.

Pourriez-vous m'aider SVP ???

Merci bcp d'avance.

PS: desole pour les fautes d'accents mais je travail sur un clavier qwerty.