1. No tenemos un servidor real, simplemente alquilamos espacio .net2.0 + SQLserver y el nombre de la base de datos SQL es fijo.
2. Es imposible que el proveedor de espacio establezca la fuente de datos por nosotros o le otorgue los permisos de la base de datos aspnetdb.
3. No tenemos permisos WindowsMicrosoft.NetFrameworkv2.xConfig en el servidor.
Conociendo los tres puntos anteriores, si transfiere directamente el proyecto probado localmente al servidor, definitivamente habrá un error (porque llama a WindowsMicrosoft.NetFrameworkv2.xConfig de forma predeterminada). La solución es: Después de importar todo el contenido de la base de datos aspnetdb a su propia base de datos SQL remota, defina la cadena de conexión de la base de datos web.config del proyecto.
web.config
conexiónStringName="NombreDb"
enablePasswordRetrieval="falso"
enablePasswordReset="verdadero"
requiereQuestionAndAnswer="verdadero"
nombredeaplicación="/"
requiereUniqueEmail="falso"
formato de contraseña = "hash"
maxInvalidPasswordAttempts="5"
minRequiredPasswordLength="6"
minRequiredNonalphanumericCharacters="0"
contraseñaAttemptWindow="10"
contraseñaFuerzaRegularExpresión="" />
Nota: Se reproduce el comentario del nodo de membresía, olvidé la dirección.
http://lcx.cnblogs.com/archive/2006/06/29/438836.html