1. Nous n'avons pas de vrai serveur, nous louons simplement l'espace .net2.0 + SQLserver et le nom de la base de données SQL est corrigé.
2. Il est impossible pour le fournisseur d'espace de définir la source de données pour nous ou de vous accorder les autorisations de la base de données aspnetdb.
3. Nous n'avons pas les autorisations WindowsMicrosoft.NetFrameworkv2.xConfig sur le serveur.
Connaissant les trois points ci-dessus, si vous transférez directement le projet testé localement sur le serveur, il y aura certainement une erreur (car il appelle WindowsMicrosoft.NetFrameworkv2.xConfig par défaut, je pense). La solution consiste à : Une fois que tout le contenu de la base de données aspnetdb est importé dans votre propre base de données SQL distante, définissez la chaîne de connexion à la base de données web.config du projet.
web.config
connectionStringName="NomBase de données"
activerPasswordRetrieval="false"
activerPasswordReset="true"
nécessiteQuestionAndAnswer="true"
nomapplication="/"
nécessiteUniqueEmail="false"
passwordFormat="Haché"
maxInvalidPasswordAttempts="5"
minRequiredPasswordLength="6"
minRequiredNonalphanumericCharacters="0"
mot de passeAttemptWindow="10"
mot de passeStrengthRegularExpression="" />
Remarque : Le commentaire sur le nœud d'adhésion est reproduit, j'ai oublié l'adresse.
http://lcx.cnblogs.com/archive/2006/06/29/438836.html